News
 

Bookmark and Share

(2) 

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

Discussion

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

[1-2]

1. 
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]
Reply

2. 
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]
Reply

[1-2]

Add your Comment




Related news

Latest News

Monday, July 21, 2014

12:56 pm | Microsoft to Fire 18,000 Employees to Boost Efficiency. Microsoft to Perform Massive Job Cut Ever Following Acquisition of Nokia

Tuesday, July 15, 2014

6:11 am | Apple Teams Up with IBM to Make iPhone and iPad Ultimate Tools for Businesses and Enterprises. IBM to Sell Business-Optimized iPhone and iPad Devices

Monday, July 14, 2014

6:01 am | IBM to Invest $3 Billion In Research of Next-Gen Chips, Process Technologies. IBM to Fund Development of 7nm and Below Process Technologies, Help to Create Post-Silicon Future

5:58 am | Intel Postpones Launch of High-End “Broadwell-K” Processors to July – September, 2015. High-End Core i “Broadwell” Processors Scheduled to Arrive in Q3 2015

5:50 am | Intel Delays Introduction of Core M “Broadwell” Processors Further. Low-Power Broadwell Chips Due in Late 2014