[LLVMdev] gfortran benchmarks

Bill Wendling isanbard at gmail.com
Sun Jan 25 00:32:35 PST 2009


On Jan 24, 2009, at 7:35 PM, Jack Howarth wrote:

>   Since the fact that gfortran performance has improved
> over the major releases, I decided to benchmark the current
> releases on a MacPro with the Polyhedron 2005 benchmarks
> using -ffast-math -funroll-loops -msse3 -O3. The results
> are...
>
>                    gcc release
>            gcc 4.2.4      gcc 4.3.3    gcc 4.4-pre   gcc 4.3.3/    
> gcc 4.4-pre/
>                                                      gcc 4.2.4     
> gcc 4.2.4
> ac          15.32          13.04        12.65         0.851         
> 0.826
> aermod      22.96          26.65        25.52         1.161         
> 1.111
> air         8.15           7.58         7.10          0.930         
> 0.871
> capacita    52.16          52.45        49.56         1.006         
> 0.950
> channel     5.17           3.39         1.81          0.656         
> 0.350
> doduc       34.43          34.89        35.28         1.013         
> 1.025
> fatigue     12.57          10.92        10.13         0.869         
> 0.806
> gas_dyn     13.59          7.68         7.63          0.565         
> 0.561
> induct      28.61          48.46        14.88         1.694         
> 0.520
> linpk       15.46          15.48        15.50         1.001         
> 1.003
> mdbx        12.41          12.94        12.36         1.043         
> 0.996
> nf          27.08          27.25        25.50         1.006         
> 0.942
> protein     41.61          41.18        39.12         0.990         
> 0.940
> rnflow      35.37          32.58        30.68         0.921         
> 0.867
> test_fpu    11.94          10.79        10.50         0.904         
> 0.879
> tfft        2.13           2.11         2.08          0.991         
> 0.977
>
> Certainly it would be nice eventually resync llvm-gcc against  
> something
> newer.

There are some heavy licensing issues involved in this (which I won't  
go into here) that make this difficult. I don't think that the problem  
is the version of GCC we're using as a front-end, but rather how our  
optimizations perform compared with GCC's optimizations. We don't  
really use any of GCC's optimizations for the code we generate.

-bw




More information about the llvm-dev mailing list