This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [GCC 3.x] Performance testing for QA
- From: Jan Hubicka <jh at suse dot cz>
- To: Robert Dewar <dewar at gnat dot com>, dalej at apple dot com,Peter dot Sasi at t-systems dot co dot hu, aj at suse dot de, gcc at gcc dot gnu dot org,tjw at omnigroup dot com
- Date: Tue, 3 Sep 2002 23:28:32 +0200
- Subject: Re: [GCC 3.x] Performance testing for QA
- References: <20020903202513.4ABABF2D4B@nile.gnat.com> <20020903203012.GA10309@nevyn.them.org>
> On Tue, Sep 03, 2002 at 04:25:13PM -0400, Robert Dewar wrote:
> > <<Since the benchmark gcc is never fed any erroneous source while running
> > the benchmark, none of the error-handling stuff is ever executed. With
> > profile-based optimization it's possible to move a lot of that stuff so
> > it never gets paged in; that's a significant win. The same conditions
> > don't apply when running gcc normally, so this is fairly artificial.
> > >>
> >
> > Why would it be paged in if it is not executed?
>
> If it's on the same page as something which is executed. This is one
> of the major benefits of profile-driven optimization.
Right :)
BTW I was experimenting with patching makefiles to use GCC profile
feedback when building GCC. The resulting compiler is about 7% faster
to build binutils then.
Honza
>
> --
> Daniel Jacobowitz
> MontaVista Software Debian GNU/Linux Developer