similar to: oVirtBIOS : (High-Performance) Virtualization Firmware

Misters, Let me introduce myself : Guillaume FORTAINE, Engineer in Computer Science. Me and my partners are currently working on a Virtualization Firmware. After an analysis of the various solutions (Citrix, VMware and Microsoft), it seemed natural to our eyes, to enable a true bare-metal hypervisor, to go as close as possible to the hardware, hence the BIOS. That's why we are currently

Misters, Happy New Year to you. Let me introduce myself : Guillaume FORTAINE, Engineer in Computer Science. I am currently working on a Cloud Computing Firmware in an Infrastructure-as-a-Service context. The product is an UEFI Hypervisor. It puts virtualization exactly where it belongs: Into the firmware [0] Customers will be able to deploy their appliances and products directly to new

Misters, Happy New Year to you. Let me introduce myself : Guillaume FORTAINE, Engineer in Computer Science. I am currently working on a Cloud Computing Firmware in an Infrastructure-as-a-Service context. The product is an UEFI Hypervisor. It puts virtualization exactly where it belongs: Into the firmware [0] Customers will be able to deploy their appliances and products directly to new

On 11/1/06, Guillaume FORTAINE <guillaume.fortaine at wanadoo.fr> wrote: > >C--'s weakness is it's incompleteness (missing many major features), > >instability/bugginess, poor performance (both time to compile and the > >generated code), lack of high-level optimizations, lack of ABI > >compatibility with the native tools, lack of C++ frontend support, and the

On 11-Nov-04 Wei Yang wrote: > Hi, > > I have a list of numbers. For each of the numbers, I take > sum of squares of the numbers centered on the number chosen. > If it is less than a certain constant, I will take the > average of the numbers chosen. Assuming I've understood this correctly, one approach is mean(v[k > sapply(v, function (x) sum((v-x)^2))])

https://bugs.freedesktop.org/show_bug.cgi?id=94844 Bug ID: 94844 Summary: Ditching xf86-video-nouveau in favor of xf86-video-modesetting? Product: xorg Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi Kun Ling & Bergstrom, Thanks a lot for your earlier responses. We did use the benchmarks in llvm testsuite for comparing execution time taken by clang & gcc. It appears that clang is slower than gcc for cases where floating point operations are involved and recursive calls are involved (note that pic/pie was enabled for both gcc as well as clang ). 1) For lag in execution time due to

Hi there, I read on last news about Nouveau on Phoronix that some hardware has been given to Nouveau developers. Therefore, would someone be interested by my old GeForce4-Ti 4200 / 64 Mb ??? I can send it to any developper that would be interested, instead of having this card rusting in my basement ! You also can see that proposal on the following topic in the phoronix forums :

Some additional tests : With : -O2 -march=core2 for both gcc and llvm-gcc : LLVM is better with 10%. LLVM GCC Difference Difference % Run 1 13771597.2 13105010.6 666586.6 4.84 Run 2 13813420.8 12536327.1 1277093.7 9.25 Run 3 13769573.8 12124207.3 1645366.5 11.95 Run 4 13883222.6

Hello, I'm a French student in computing science and I'm interested in your llvm project. We plan to build a new OS design using the Mozart-Oz language ( http://hurd.gnufans.org/bin/view/Hurd/NextHurd ). Could we "easily" implement a Mozart front-end to llvm ? Do you think llvm could be a good alternative to gcc for our project ? http://www.mozart-oz.org

Hello, The Mozart-Oz isn't suitable for our project beacause of disappointing "raw" performances : http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=al http://www.gecode.org/benchmarks.html I have found a very interesting language : http://www.ps.uni-sb.de/alice/ Concurrency, logic verification I found this link : http://www.cminusminus.org with a

And this one, with LLVM ~3.0: http://www.phoronix.com/scan.php?page=article&item=amd_bulldozer_compilers&num=1 -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Martin Whitaker Sent: Thursday, November 03, 2011 11:01 Cc: LLVM Developers Mailing List Subject: Re: [LLVMdev] The performance of LLVM vs GCC [and copy to

Hi Chris, >>> And this one, with LLVM ~3.0: >>> >>> http://www.phoronix.com/scan.php?page=article&item=amd_bulldozer_compilers&num=1 >> >> What, no dragonegg?! :) > > It is worth pointing out that the methodology of Phoronix makes their results basically useless. They willfully test -O0 codegen against different compilers, don't mention

On Nov 3, 2011, at 3:27 AM, Duncan Sands wrote: > On 11/03/11 10:11, Rotem, Nadav wrote: >> And this one, with LLVM ~3.0: >> >> http://www.phoronix.com/scan.php?page=article&item=amd_bulldozer_compilers&num=1 > > What, no dragonegg?! :) It is worth pointing out that the methodology of Phoronix makes their results basically useless. They willfully test -O0

On 2009-09-16 11:42, Olivier Meurant wrote: > On Tue, Sep 15, 2009 at 5:35 PM, David Greene <dag at cray.com > <mailto:dag at cray.com>> wrote: > > > Remember, the goal here isn't to show how great LLVM is. It's to > get an > honest assessment of where we are at. Phoronix did us a big > favor. Getting > more details about his

I have just read from Phoronix that Gallium is going to support native directx on Linux. http://www.phoronix.com/scan.php?page=article&item=mesa_gallium3d_d3d11&num=1 Is it really possible? Is this true?

Hi, this is about kicking-off regular compile-time tracking for LLVM and CLANG on the green dragon: http://lab.llvm.org:8080/green/view/Compile%20Time/ <http://lab.llvm.org:8080/green/view/Compile%20Time/>. The goal is to stay on top of compile-time issues immediately when they occur so they can be assessed rather than creeping in unnoticed. The methodology is simple: form a CTMark suite

LLVM Weekly - #154, Dec 12th 2016 ================================= If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/154>. Welcome to the one hundred and fifty-fourth issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex

LLVM Weekly - #16, Apr 21st 2014 ================================ If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/16> Welcome to the 16th issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex Bradbury](http://asbradbury.org). Subscribe to

Jack, Could you, please, submit a bug report? -- including steps to reproduce (where you got imageMagick sources, how exactly you compiled them, etc) Andrey On Fri, May 1, 2015 at 3:56 PM, Jack Howarth <howarth.mailing.lists at gmail.com> wrote: > > > On Fri, May 1, 2015 at 4:45 AM, Andrey Bokhanko <andreybokhanko at gmail.com> > wrote: >> >> Chandler,