Re: Compiler support for multicore architectures

"scooter.phd@gmail.com" <scooter.phd@gmail.com>
Sun, 30 Nov 2008 19:00:38 -0800 (PST)

          From comp.compilers

Related articles
[4 earlier articles]
Re: Compiler support for multicore architectures walter@bytecraft.com (Walter Banks) (2008-11-19)
Re: Compiler support for multicore architectures toby@telegraphics.com.au (toby) (2008-11-20)
Re: Compiler support for multicore architectures jatin.bhateja@gmail.com (Jatin Bhateja) (2008-11-21)
Re: Compiler support for multicore architectures kamalpr@hp.com (kamal) (2008-11-23)
Re: Compiler support for multicore architectures idbaxter@semdesigns.com (Ira Baxter) (2008-11-28)
Re: Compiler support for multicore architectures bear@sonic.net (Ray Dillinger) (2008-11-28)
Re: Compiler support for multicore architectures scooter.phd@gmail.com (scooter.phd@gmail.com) (2008-11-30)
| List of all articles for this month |
From: "scooter.phd@gmail.com" <scooter.phd@gmail.com>
Newsgroups: comp.compilers
Date: Sun, 30 Nov 2008 19:00:38 -0800 (PST)
Organization: Compilers Central
References: 08-11-086
Keywords: parallel
Posted-Date: 01 Dec 2008 07:01:25 EST

On Nov 18, 3:27 pm, gaurav <gauravgautam...@gmail.com> wrote:
> There has been a lot of discussions going on about compiler support
> for multicore architectures.
>
> I have a few basic questions.
>
> What different things can a compiler do to make mutithreaded programs
> run better on multicore? Isnt it much depends on the threading
> library , OS and the programmar instead on compiler ?


We had a nice little workshop of about 150 people or so who showed up
for "Bridging Multicore's Programmability Gap" at Supercomputing '08
(http://sites.google.com/site/sc08mcoregap/).


I'm going to be controversial by venturing out and saying that there's
not a lot of "compiler support" for symmetric multicore processors.
Given that C/C++ are the dominant languages and that APIs are the
general means for exploiting new features, there's not a lot to be
done in compiler support for multicore. Oh, sure, there's OpenMP and
autovectorization and polyhedral loop representation, but, overall,
automatic parallelization is still the Holy Grail of compilers.


Consequently, my personal and not so humble opinion is that you'll see
interesting support in new languages (Chapel, X-10) and their
runtimes.




-scooter



Post a followup to this message

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