Page 1 of 2 12 LastLast
Results 1 to 10 of 12

Thread: AMD Bulldozer With GCC, Open64, LLVM/Clang Compilers

  1. #1
    Join Date
    Jan 2007
    Posts
    13,464

    Default AMD Bulldozer With GCC, Open64, LLVM/Clang Compilers

    Phoronix: AMD Bulldozer With GCC, Open64, LLVM/Clang Compilers

    Now having looked at the AMD Bulldozer FX-8150 performance on Linux, as well as how it's scaling across multiple cores/modules, in this article are results when building a variety of benchmarks under the popular compilers. The tested compilers were GCC, LLVM/Clang, and AMD Open64, including different revisions of these open-source compilers.

    http://www.phoronix.com/vr.php?view=16637

  2. #2
    Join Date
    Oct 2007
    Posts
    279

    Default

    I wonder hoe Open64 5.0 will turn out.

  3. #3
    Join Date
    Jul 2010
    Posts
    6

    Default Would x32 be any faster?

    There was an article about AMD Phenom 32-bit vs. 64-bit Performance.

    It would be interesting to see how the Bulldozer compares running 32bit, 64bit and X32 ABI code.

  4. #4
    Join Date
    Oct 2009
    Posts
    845

    Default

    Quote Originally Posted by markg85 View Post
    I wonder hoe Open64 5.0 will turn out.
    Yes, that is 'probably' the compiler most likely to have decent support for the particulars of bulldozer given that it's sponsored by AMD.

  5. #5
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,532

    Default

    Quote Originally Posted by XorEaxEax View Post
    Yes, that is 'probably' the compiler most likely to have decent support for the particulars of bulldozer given that it's sponsored by AMD.
    I'm not sure that AMD being a sponsor of a project has much to do with how their product would perform on it. AMD contributes code to many compilers and sponsors many projects. For example they are a top tier openSUSE sponsor but contribute little in the form optimization coding directly to their project. They have however contributed large quantities of hardware to the project for development.

  6. #6

    Default

    the variation between different benchmarks is huge.
    so does each compile have a different set of performance bugs, where it produces inefficient code. if you take a benchmark where compiler A beats compile B, then it ought to be possible to find a fix that makes B's code as fast as A's.

    Or to they have different optimisation strategies, eg speed vs code size. in which case with a profile optimisation you could beat all the scores.

  7. #7
    Join Date
    Jan 2009
    Posts
    459

    Default

    I would love to see if ICC can be added to the compiler comparison. A few years ago, I had a fair bit of success integrating ICC (version 7 at the time) into my Gentoo installation. For some apps, it was noticeably faster (FLAC for example). For most apps, the results were similar to GCC. For a few apps, it was slower.

    I eventually gave up on the goal of a 100% ICC compiled system (too many patches to apply, too many issues to chase down and correct), but it may be worth a look if the license isn't too prohibitive.

  8. #8
    Join Date
    Dec 2008
    Location
    Creve Coeur, Missouri
    Posts
    394

    Default

    Quote Originally Posted by testerus View Post
    There was an article about AMD Phenom 32-bit vs. 64-bit Performance.

    It would be interesting to see how the Bulldozer compares running 32bit, 64bit and X32 ABI code.
    Man that is an old article. 64 bit these days is way faster. It has a lot to do with applications taking full advantage of 64 bit processors these days.

  9. #9

    Default

    Quote Originally Posted by LinuxID10T View Post
    Man that is an old article. 64 bit these days is way faster. It has a lot to do with applications taking full advantage of 64 bit processors these days.
    AMD64 doubles the number of registers, so changes to register coloring algorithms in compilers also helps.

  10. #10
    Join Date
    Mar 2009
    Location
    in front of my box :p
    Posts
    735

    Default

    Interesting comparison. So there is quite some difference in scenarios between these compilers. That is also the reason why I dislike comparisons of CPU intensive tasks on various vendor CPUs when the benchmarking tool was compiled/written with optimizations for e.g. intel cpus in mind.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •