Displaying 3 results from an estimated 3 matches for "gas_dy".
Did you mean:
gas_dyn
2013 May 29
0
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
...2.15 2.15 1.99 1.99 1.83 1.83
doduc 27.10 27.43 27.37 27.39 26.75 27.03 26.31 26.24 25.91 25.76
fatigue 8.85 8.84 8.81 8.88 7.72 7.75 5.60 5.42 8.26 5.60
gas_dyn 11.76 8.25 11.50 7.94 4.51 4.52 4.21 4.20 3.88 3.59
induct 24.01 24.45 24.04 24.04 11.86 11.90 11.85 11.85 12.08 12.21
linpk 15.43 15.48 15.48 15.49 15.40 15...
2013 May 23
4
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
....05 2.03 2.15 1.98 1.83 1.83
doduc 27.10 27.24 26.75 26.36 25.91 25.76
fatigue 8.85 8.88 7.72 5.56 8.26 5.60
gas_dyn 11.76 11.45 4.51 4.20 3.88 3.59
induct 24.01 24.00 11.86 11.85 12.08 12.21
linpk 15.43 15.44 15.40 15.77...
2013 Jun 01
3
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
...3. I assume
> we still only have partial coverage of all of the -ffast-math optimizations performed by FSF gcc in llvm's fast-math
> support, correct?
These results are very disappointing, I was hoping to see a big improvement
somewhere instead of no real improvement anywhere (except for gas_dyn) or a
regression (eg: mdbx). I think LLVM now has a reasonable array of fast-math
optimizations. I will try to find time to poke at gas_dyn and induct: since
turning on gcc's optimizations there halve the run-time, LLVM's IR optimizers
are clearly missing something important.
Ciao, Dunc...