revised PATCH: CALL_EXPR representation changes, part 0/9 (table of contents)

Sandra Loosemore sandra@codesourcery.com
Fri Feb 16 20:15:00 GMT 2007


Jan Hubicka wrote:
>
> Perhaps little analysis would help.  Memory tester now publish stuff on
> webpage http://www.suse.de/~gcctest/memory/ and
> http://www.suse.de/~gcctest/memory/results (I just noticed I forgot to
> link from the main tester page) contains logs.
> 
> The logs in question are 
> http://www.suse.de/~gcctest/memory/results/200702160035/pr28071-O1.rep
> (from today)
> http://www.suse.de/~gcctest/memory/results/200702141642/pr28071-O1.rep
> (from day before patch was comitted)
> 
> At first glance one curious fact is that:
> stringpool.c:77 (alloc_node)                              0: 0.0% 0: 0.0%    6875024:34.2%     528848: 1.7%      66106
> ggc-common.c:193 (ggc_calloc)                       6470864: 2.8% 5000784: 8.6%    1761064: 8.8%    1068056: 3.4%        516
> changed to:
> stringpool.c:77 (alloc_node)                              0: 0.0% 0: 0.0%    7893912:37.0%     607224: 1.9%      75903
> ggc-common.c:193 (ggc_calloc)                       6733160: 2.9% 5000784: 8.6%    2023176: 9.5%    1068176: 3.4%        517

Yes, curious indeed.  I don't know, off the top of my head, what would account 
for additional identifiers being allocated.  Where is the source code that you 
were using for this test?  The link on the page you listed above gives me a 404 
error.

-Sandra



More information about the Java-patches mailing list