Re: GPU-aware compiling?

"Oleg V.Boguslavsky" <>
22 May 2005 17:07:43 -0400

          From comp.compilers

Related articles
GPU-aware compiling? (Tomasz Chmielewski) (2005-05-20)
Re: GPU-aware compiling? (Michael Tiomkin) (2005-05-22)
Re: GPU-aware compiling? (Oleg V.Boguslavsky) (2005-05-22)
Re: GPU-aware compiling? ( (2005-05-24)
Re: GPU-aware compiling? (Rob Dimond) (2005-05-24)
Re: GPU-aware compiling? (2005-05-24)
Re: GPU-aware compiling? (Ray Dillinger) (2005-06-26)
Re: GPU-aware compiling? (Julian Stecklina) (2005-07-02)
| List of all articles for this month |

From: "Oleg V.Boguslavsky" <>
Newsgroups: comp.compilers
Date: 22 May 2005 17:07:43 -0400
Organization: Compilers Central
References: 05-05-184
Keywords: architecture, performance
Posted-Date: 22 May 2005 17:07:43 EDT

Tomasz Chmielewski wrote:
> In other words, a graphics chip on the graphics card can make really
> heavy computations, and it's easier and cheaper to buy a couple of
> top-performance graphisc cards than to buy a multi-CPU machine (which
> are quite expensive).

It depends on what tasks you plan to solve and how much resources you
have to develop the system.

> The second problem is that GPUs are heavily oriented towards
>floating point computations with small precision which is needed for
>3D. This can help with solving differential equations, weather
>prediction etc., but it will be much more difficult to compute
>discrete algorithms on these processors.

From the compiler's point of view you'll spend much time to make an
effective compiler. Look at the DSPs market - do you know many C
compilers which generate instructions for DSP's MAC-unit? which
generate MAC instead of MUL + ADD? i find 0 compilers, which do it
(even for such a DSPs like Motorola 56K, TI etc.). Besides - can smb.
point me to the compilers which do it?

From the other side the problem looks very interesting and contains many
problems, which can be researched.

Best Regards,


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.