This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: ggc_pop_context speedup


On Thursday, January 30, 2003, at 11:25 AM, Mike Stump wrote:
On Thursday, January 30, 2003, at 11:11 AM, Richard Henderson wrote:
On Wed, Jan 29, 2003 at 08:40:53PM -0800, Mike Stump wrote:
ggc_pop_context is an utter and complete pig.
Hmm, yes.  Seems we were working on this simultaneously.
Before you check this patch in, will you try my much much
simpler patch on your test case?

   http://gcc.gnu.org/ml/gcc-patches/2003-01/msg02482.html
I'll do that. If ggc_pop_context still comes out in the top 70 functions, I'm still going to seek the inclusion of my work.

Remember, the goal is a compiler that is 6x (post PCH) faster... We ain't there yet.
Nope, no good. In my real benchmark, Finder_FE, your work drops ggc_pop_context from #3 to about #12, but it leaves most (~50%) of the cost of the function still on the plate. My patch removes the cost of the function, not by doing any less work, but by making use of all that extra processor time during all the memory stalls. :-)

Finder_FE without the popcontext work:
real 620.87
user 855.82
sys 277.09
Finder_FE with popcontext:
real 601.30 3.15% speedup real
user 827.14 3.35% speedup user
sys 267.08 3.61% speedup sys
In absolute terms, 19.57 real, 28.68 user.
Finder_FE with rth's work:
real 610.02
user 833.72
sys 276.15

I'll work on those issues that Geoff pointed out...


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]