| |||||||||||||
"gold standard"?"gold standard"?Posted Apr 27, 2012 1:07 UTC (Fri) by daglwn (subscriber, #65432)In reply to: "gold standard"? by stevenb Parent article: LFCS 2012: LLVM and Linux
As I said, one can show gcc generating faster executables than other compilers on some codes. This will always be so. But the gcc team does not focus on performance exclusively, nor should it.
For all-out performance over a wide range of codes, it's hard to beat compilers that focus on it, such as icc, pathscale and pgi.
(Log in to post comments)
"gold standard"? Posted Apr 29, 2012 8:24 UTC (Sun) by ebiederm (subscriber, #35028) [Link]
A lot depends on what you mean by performance.
Compiling your kernel of numerical code fast is one thing, and there are certainly compilers that specialize in that and all kinds of cpu architecture extensions to take advantage of it.
Where I have seen gcc excel is in making the work-a-day integer code lean and tight and cache friendly.
Most codes are integer codes and we need good work-a-day compilers not the hotrod numerical code wonders that are fast when the compiler does not ICE or generate incorrect code.
With luck clang can catch up to gcc and be a good work-a-day compiler but it seems clear that clang is not there yet.
|
|||||||||||||