Back in September I provided the most comprehensive AMD Radeon Linux graphics comparison that took 28 graphics cards from all supported ATI/AMD Radeon product families and tested them under Linux using the latest Catalyst driver as well as the open-source Mesa/Gallium3D driver. In this article is a similar comparison on the NVIDIA side as I take most of the GeForce graphics cards at my disposal and try them under the NVIDIA binary Linux driver and the community-developed open-source "Nouveau" driver. Not only is the OpenGL performance looked at for multiple generations of NVIDIA hardware, but the thermal and power consumption is compared too. In certain OpenGL workloads, the open-source Linux driver is now faster than NVIDIA's own driver for select graphics cards in a fair comparison, but overall the NVIDIA blob still reigns supreme.
9 November 2011 - 21 Comments
While KVM may be very fast for Linux virtualization, one of the areas where VMware and VirtualBox are superior is when it comes to the ability to provide hardware-accelerated 2D/3D support to guest virtual machines that ultimately is passed onto the host and its graphics card / driver. In this benchmark is a look at the gaming performance of Oracle's VM VirtualBox 4.1 when using their "Chromium" driver to enable guest Linux OpenGL acceleration.
8 November 2011 - 14 Comments
A few days back when testing the Linux 3.1 kernel with Intel's Sandy Bridge hardware and then the Intel RC6 power-savings support, I also ran some updated benchmarks of SNA, the new Intel acceleration architecture available from their graphics driver.
30 October 2011 - 5 Comments
In September the 2011 Linux Graphics Survey came to an end, but due to Oktoberfest, AMD Bulldozer Linux testing, OpenBenchmarking.org developments, and other matters, I didn't have time to look at the survey results until this weekend when getting ready for the Ubuntu Developer Summit. Here's the 2011 results looking at what Linux desktop end-users are running when it comes to graphics cards and drivers as well as their key concerns.
29 October 2011 - 22 Comments
The Linux 3.1 kernel was released earlier this week and it further enhances the Intel Sandy Bridge graphics support while also prepping the open-source kernel driver for Intel's next-generation Ivy Bridge processors.
27 October 2011 - 2 Comments
While there's many ongoing improvements for Intel's Sandy Bridge graphics and the next-generation Ivy Bridge graphics within the Linux kernel, Mesa, and xf86-video-intel (namely the SNA acceleration for the DDX), here's some benchmarks from two older Intel systems using the latest Linux 3.1 kernel to see if there are any improvements there.
18 October 2011 - 4 Comments
Here's something interesting or perhaps odd: AMD has been porting the open-source Radeon Linux driver to Windows Embedded Compact 7 (WEC7) as its graphics driver.
13 October 2011 - 67 Comments
If you are not taken by today's release of Ubuntu 11.10 "Oneiric Ocelot", here are some new Radeon graphics benchmarks comparing the Catalyst driver on Ubuntu 11.10 to the latest R600g driver from Mesa 7.12-devel on the soon-to-be-released Linux 3.1 kernel.
13 October 2011 - 21 Comments
Tom Stellard, the former Google Summer of Code student who worked on ATI R300 GLSL compiler improvements and a new register allocator, has been looking into the area of Radeon OpenCL support while now being employed by AMD. However, Tom is working on other open-source Radeon work too. Recently he made improvements to the R300g driver's instruction scheduler to make better use of the texture semaphore.
10 October 2011 - 9 Comments
While there are still several days left of this year's Oktoberfest, to take a short break this morning from benchmarking the wonderful beer, food, and Bavarian females, here are benchmarks of the new Intel HiZ Linux support. Just a few days ago a new, nearly ready patch-set was published for implementing hierarchical Z support within Intel's Mesa DRI driver.
26 September 2011 - 4 Comments
Latest Articles & Reviews
Latest Linux News
Most Viewed News This Week