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: [tree-ssa] Reduce resizing of PHI nodes, create less garbage


On Wed, Dec 03, 2003 at 05:03:53PM -0700, law@redhat.com wrote:
> Well, if you replace it with the zone allocator, you still don't want to 
> be doing 80k PHI resizings -- that's ultimately wasteful no matter what
> allocation scheme is underneath.

True.

> So I expect you'll still want the manager to do some kind of bumping-up of
> the initial requested PHI lengths.   The exact details of how much we increase
> the initial request might change since we don't have GC pages where we can
> increase "for free".  Then again, the details of how much we increase may
> not change significantly.  It's hard to tell at this point.

*shrug* Powers of 2 are only rarely bad.  Occasionally better are 
powers of 2 minus some internal header overhead.  I don't think it
matters much here.

> I'm not planning on further tuning of that code.

Ok.

> I ultimately didn't add that capability as my suspicion is that it's
> over-engineering for what we need.

Probably.


r~


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