public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug optimization/10155] [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
@ 2003-07-04 10:28 ` steven at gcc dot gnu dot org
  2003-07-05 14:14 ` jh at suse dot cz
                   ` (6 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: steven at gcc dot gnu dot org @ 2003-07-04 10:28 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155


steven at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|s dot bosscher at student   |
                   |dot tudelft dot nl          |


------- Additional Comments From steven at gcc dot gnu dot org  2003-07-04 10:28 -------
Jan, is this one fixed with your new unit-at-a-time inline heuristics?  It looks
like another good candidate to validate your approach.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug optimization/10155] [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
  2003-07-04 10:28 ` [Bug optimization/10155] [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time steven at gcc dot gnu dot org
@ 2003-07-05 14:14 ` jh at suse dot cz
  2003-07-29  8:41 ` steven at gcc dot gnu dot org
                   ` (5 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: jh at suse dot cz @ 2003-07-05 14:14 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155



------- Additional Comments From jh at suse dot cz  2003-07-05 14:14 -------
Subject: Re:  [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time

> PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155
> 
> 
> steven at gcc dot gnu dot org changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                  CC|s dot bosscher at student   |
>                    |dot tudelft dot nl          |
> 
> 
> ------- Additional Comments From steven at gcc dot gnu dot org  2003-07-04 10:28 -------
> Jan, is this one fixed with your new unit-at-a-time inline heuristics?  It looks
> like another good candidate to validate your approach.

Yes, this is why I added the limit for maximal function body growth.

Honza
> 
> 
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug optimization/10155] [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
  2003-07-04 10:28 ` [Bug optimization/10155] [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time steven at gcc dot gnu dot org
  2003-07-05 14:14 ` jh at suse dot cz
@ 2003-07-29  8:41 ` steven at gcc dot gnu dot org
  2003-07-29 16:46 ` jh at suse dot cz
                   ` (4 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: steven at gcc dot gnu dot org @ 2003-07-29  8:41 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155



------- Additional Comments From steven at gcc dot gnu dot org  2003-07-29 08:41 -------
So Jan, is this really, really fixed?  If so, can you close the bug?


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug optimization/10155] [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
                   ` (2 preceding siblings ...)
  2003-07-29  8:41 ` steven at gcc dot gnu dot org
@ 2003-07-29 16:46 ` jh at suse dot cz
  2003-11-05  5:29 ` [Bug optimization/10155] [3.4 regression] gcc (scheduler) uses excessive amount of memory with -funit-at-a-time and -finline-functions pinskia at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: jh at suse dot cz @ 2003-07-29 16:46 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155



------- Additional Comments From jh at suse dot cz  2003-07-29 16:46 -------
Subject: Re:  [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time

> PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155
> 
> 
> 
> ------- Additional Comments From steven at gcc dot gnu dot org  2003-07-29 08:41 -------
> So Jan, is this really, really fixed?  If so, can you close the bug?
Hmm, kind of.  The memory consumption goes down to 300MB and you have
knob (--param large-function-growth) to control how much of bloat you
want. 

Now we really should to figure out why RTL part of optimizer is taking
that much memory and time and avoid it/make it to give up.  So I think
it should stay open until then.  I will try to do some testing in
foreseable future, but the problem of unlimited function growth due to
inlining of functions called once is in general solved.

Honza
> 
> 
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug optimization/10155] [3.4 regression] gcc (scheduler) uses excessive amount of memory with -funit-at-a-time and -finline-functions
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
                   ` (3 preceding siblings ...)
  2003-07-29 16:46 ` jh at suse dot cz
@ 2003-11-05  5:29 ` pinskia at gcc dot gnu dot org
  2004-01-01  5:46 ` pinskia at gcc dot gnu dot org
                   ` (2 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2003-11-05  5:29 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155


pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|hubicka at gcc dot gnu dot  |unassigned at gcc dot gnu
                   |org                         |dot org
             Status|ASSIGNED                    |NEW
           Keywords|                            |memory-hog
            Summary|[3.4 regression] gcc uses   |[3.4 regression] gcc
                   |excessive amount of memory  |(scheduler) uses excessive
                   |with -funit-at-a-time       |amount of memory with -
                   |                            |funit-at-a-time and -
                   |                            |finline-functions


------- Additional Comments From pinskia at gcc dot gnu dot org  2003-11-05 05:29 -------
The scheduler uses large amounts of memory for some reason so really it is not Jan's 
problem at all as just more functions are being inlined.
It still happnes on the mainline:
on powerpc-apple-darwin7.0.0:
-O0     -O2      -O3
40        44       >500


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug optimization/10155] [3.4 regression] gcc (scheduler) uses excessive amount of memory with -funit-at-a-time and -finline-functions
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
                   ` (4 preceding siblings ...)
  2003-11-05  5:29 ` [Bug optimization/10155] [3.4 regression] gcc (scheduler) uses excessive amount of memory with -funit-at-a-time and -finline-functions pinskia at gcc dot gnu dot org
@ 2004-01-01  5:46 ` pinskia at gcc dot gnu dot org
  2004-01-10 19:38 ` [Bug optimization/10155] [3.4 regression] gcc (loop) " pinskia at gcc dot gnu dot org
  2004-01-25  2:08 ` [Bug optimization/10155] [3.4/3.5 " pinskia at gcc dot gnu dot org
  7 siblings, 0 replies; 8+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-01-01  5:46 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-01 05:46 -------
I know there are many regressions for memory problems which are caused by the 
scheduler.  Who owns the scheduler?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug optimization/10155] [3.4 regression] gcc (loop) uses excessive amount of memory with -funit-at-a-time and -finline-functions
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
                   ` (5 preceding siblings ...)
  2004-01-01  5:46 ` pinskia at gcc dot gnu dot org
@ 2004-01-10 19:38 ` pinskia at gcc dot gnu dot org
  2004-01-25  2:08 ` [Bug optimization/10155] [3.4/3.5 " pinskia at gcc dot gnu dot org
  7 siblings, 0 replies; 8+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-01-10 19:38 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-10 19:38 -------
Now the scheduler does not take that much memory but the loop optimzer phase does so 
assigning it to Zdenek.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |rakdver at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED
            Summary|[3.4 regression] gcc        |[3.4 regression] gcc (loop)
                   |(scheduler) uses excessive  |uses excessive amount of
                   |amount of memory with -     |memory with -funit-at-a-time
                   |funit-at-a-time and -       |and -finline-functions
                   |finline-functions           |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug optimization/10155] [3.4/3.5 regression] gcc (loop) uses excessive amount of memory with -funit-at-a-time and -finline-functions
       [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
                   ` (6 preceding siblings ...)
  2004-01-10 19:38 ` [Bug optimization/10155] [3.4 regression] gcc (loop) " pinskia at gcc dot gnu dot org
@ 2004-01-25  2:08 ` pinskia at gcc dot gnu dot org
  7 siblings, 0 replies; 8+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-01-25  2:08 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-25 02:08 -------
Fixed by the patch by Zdenek for the loop, note this test only now uses about 43M at -O3.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10155


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2004-01-25  2:08 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20030319215600.10155.p.van-hoof@qub.ac.uk>
2003-07-04 10:28 ` [Bug optimization/10155] [3.4 regression] gcc uses excessive amount of memory with -funit-at-a-time steven at gcc dot gnu dot org
2003-07-05 14:14 ` jh at suse dot cz
2003-07-29  8:41 ` steven at gcc dot gnu dot org
2003-07-29 16:46 ` jh at suse dot cz
2003-11-05  5:29 ` [Bug optimization/10155] [3.4 regression] gcc (scheduler) uses excessive amount of memory with -funit-at-a-time and -finline-functions pinskia at gcc dot gnu dot org
2004-01-01  5:46 ` pinskia at gcc dot gnu dot org
2004-01-10 19:38 ` [Bug optimization/10155] [3.4 regression] gcc (loop) " pinskia at gcc dot gnu dot org
2004-01-25  2:08 ` [Bug optimization/10155] [3.4/3.5 " pinskia at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).