Bookmark and Share


Nvidia Corp. and Portland Group last week introduced a special compiler that can make software originally developed for Nvidia CUDA architecture to x86 and presumably vice versa. This allows software developers to ensure broad compatibility of their programs and offer certain advantages for highly-parallel GPU architecture. However, it will hardly make the life of software makers much easier, according to Alex Herrera, an analyst with Jon Peddie Research.

There are many reasons why different applications, including those in supercomputer space, are not remade for graphics processors, such as ATI Radeon or Nvidia GeForce, despite of bright prospects of higher performance. One of the main reasons is legacy code that continues to be used and that will hardly be dropped since it does already work. The compiler jointly developed by PGI and Nvidia will allow developers to test the CUDA-based software approach on x86 platforms and determine its reliability. Nonetheless, it may work stably enough, but performance of CUDA-based software on x86 will hardly be optimal, claims Mr. Herrera.

Just like GPU-based Nvidia's PhysX tools that rely on CUDA do not support SIMD extensions like SSE2, the new compiler may not support things like AVX found in AMD Bulldozer and Intel Sandy Bridge microprocessors. As a result, the application will not run with maximum possible performance on x86 platforms.

"CUDA on x86 is going to be slower than an application optimized to run on x86 without CUDA, probably a lot slower. So a developer running a CUDA application on x86 and then on Fermi is going to see a larger speed-up than he might otherwise have had had he first optimized on a conventional, non-CUDA x86 platform. Bigger speedup numbers serve Nvidia’s purposes of showcasing how much faster GPUs are than CPUs on many floating-point intensive applications," said the analyst.

In the end, designers of both special-purpose and commercial software for consumers will still have to implement different code-paths for different hardware, something that they already do.

Tags: Nvidia, x86, CUDA, Bulldozer, AVX, JPR, Geforce, Radeon, OpenCL


Comments currently: 2
Discussion started: 09/29/10 02:16:13 AM
Latest comment: 09/29/10 05:49:08 AM


Yes, in the last ten years, you could say that compilers were everything. The fact that Intel's compilers are the most popular and AMD has no compiler of its own, proved to be very detrimental for AMD's performance and AMD users in general as Intel has done quite few tricks just to make AMD performance worse in any application compiled with an Intel compiler.
0 0 [Posted by: East17  | Date: 09/29/10 02:16:13 AM]

So like, putting lipstick on the pig, except they cheated out on the lipstick.

Why am I not surprised? They hobble PhysX for the CPU, disable it when there is a non nVidia GPU in the system, and now they pull this kind of crap.

If I was a programmer/dev, I'd be pretty pissed off by that.
0 0 [Posted by: RtFusion  | Date: 09/29/10 05:49:08 AM]


Add your Comment

Related news

Latest News

Wednesday, November 5, 2014

10:48 pm | LG’s Unique Ultra-Wide Curved 34” Display Finally Hits the Market. LG 34UC97 Available in the U.S. and the U.K.

Wednesday, October 8, 2014

12:52 pm | Lisa Su Appointed as New CEO of Advanced Micro Devices. Rory Read Steps Down, Lisa Su Becomes New CEO of AMD

Thursday, August 28, 2014

4:22 am | AMD Has No Plans to Reconsider Recommended Prices of Radeon R9 Graphics Cards. AMD Will Not Lower Recommended Prices of Radeon R9 Graphics Solutions

Wednesday, August 27, 2014

1:09 pm | Samsung Begins to Produce 2.13GHz 64GB DDR4 Memory Modules. Samsung Uses TSV DRAMs for 64GB DDR4 RDIMMs

Tuesday, August 26, 2014

10:41 am | AMD Quietly Reveals Third Iteration of GCN Architecture with Tonga GPU. AMD Unleashes Radeon R9 285 Graphics Cards, Tonga GPU, GCN 1.2 Architecture