Experimenting with tree inliner parameter settings
Richard Guenther
rguenth@tat.physik.uni-tuebingen.de
Mon May 5 08:49:00 GMT 2003
On 5 May 2003, Steven Bosscher wrote:
> Op ma 05-05-2003, om 09:26 schreef Richard Guenther:
> > On Sun, 4 May 2003, John David Anglin wrote:
> >
> > > > So the question is: What do these numbers do for your code,
> > > > both in terms of compile time and in runtime performance?
> > > > Richard, Dave, Gerald, can you please test the settings
> > > > below on your favorite code and on the test case for
> > > > PR 10160 and PR 8361 (and maybe PR 10316)?
> > > >
> > > > max-inline-insns-single=230
> > > > max-inline-insns-auto=230
> > > > max-inline-insns=500
> > > > min-inline-insns=80
> > > > max-inline-slope=20
> > >
> >
> > Performance for those params is bad, as expected, but it was the
> > same before.
>
> How bad in terms of your "performance indicator", and compared to
> earlier GCC's?
g++-3.3 (GCC) 3.3 20030428 (prerelease) with the above parameters, the
performance indicator is
2.23542e-06 s/iteration
with the default params
1.93928e-06 s/iteration
with my personal favorite (min-inline-insns=250)
1.26497e-06 s/iteration
compared to g++-3.2 (GCC) 3.2.3
1.97868e-06 s/iteration
and g++-3.0 3.0.5
4.49811e-06 s/iteration
and g++-3.4 (GCC) 3.4 20030422 (experimental) with defaults
1.83345e-06 s/iteration
with my personal favorite (min-inline-insns=250)
1.29759e-06 s/iteration
That is, with the new proposed params we're ~1.8 times slower than
the best param I found for my <em>particular special</em> C++ application.
Of course this makes production runs of my application without tuned
inlining parameters unattractive (run times are usually a few days up to
a month).
Hope this helps in any way.
Richard.
--
Richard Guenther <richard dot guenther at uni-tuebingen dot de>
WWW: http://www.tat.physik.uni-tuebingen.de/~rguenth/
More information about the Gcc
mailing list