This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: optimization/10155: [3.3/3.4 regression] gcc -O2/-O3 uses excessive amount of memory
- From: Zdenek Dvorak <rakdver at atrey dot karlin dot mff dot cuni dot cz>
- To: Jan Hubicka <jh at suse dot cz>
- Cc: Steven Bosscher <s dot bosscher at student dot tudelft dot nl>,p dot van-hoof at qub dot ac dot uk, gcc-gnats at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org,nobody at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, jh at suse dot de
- Date: Fri, 2 May 2003 21:08:49 +0200
- Subject: Re: optimization/10155: [3.3/3.4 regression] gcc -O2/-O3 uses excessive amount of memory
- References: <3EB24F67.8010207@student.tudelft.nl> <20030502132516.GC8780@kam.mff.cuni.cz>
Hello,
> > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10155
> >
> > How much of this can be explained with Kaveh's physmem
> > patch? IIRC that patch is not in 3.2, and the increase
> > in memory consumption at -O2 may be a result of that
> > patch.
> >
> > The increase in memory at -O3 is a result of unit at a
> > time compilation (which is why I CC you, Honza). You
> > can check that by compiling with -O2 + all flags enabled
> > at -O3 except -funit-at-a-time:
> >
> > ./cc1 10155.c -quiet -ftime-report -O2
> > TOTAL : 24.74 0.74 26.24
> >
> > ./cc1 10155.c -quiet -ftime-report -O2 -funswitch-loops
> > -frename-registers -finline-functions
> > TOTAL : 31.49 0.59 33.87
> >
> > Loop unswitching is responsible for most of the compile
> Zdenek, this really ought not to happen, what is going on?
it is just too many loops; the unswitching takes in fact almost no
time (there is nothing to unswitch at all) -- all the time increase
you see is in verify_loop_structure (it exhibits quadratic behavior
on this kind of tests) and verify_dominators, so I guess there is not much
to worry about.
Zdenek