* [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time with gfortran 4.8
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
@ 2014-01-15 12:06 ` rguenth at gcc dot gnu.org
2014-01-15 13:53 ` [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine rguenth at gcc dot gnu.org
` (10 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-01-15 12:06 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Known to work| |4.7.3
Keywords| |compile-time-hog
Last reconfirmed| |2014-01-15
Component|fortran |rtl-optimization
Ever confirmed|0 |1
Summary|Huge increase in memory |[4.8/4.9 Regression] Huge
|usage and compile time with |increase in memory usage
|gfortran 4.8 |and compile time with
| |gfortran 4.8
Target Milestone|--- |4.8.3
Known to fail| |4.8.2, 4.9.0
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed. At -O2 I see for 4.8
alias stmt walking : 4.90 ( 8%) usr 0.02 ( 3%) sys 5.05 ( 8%) wall
0 kB ( 0%) ggc
tree copy propagation : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
513 kB ( 0%) ggc
combiner : 45.94 (71%) usr 0.57 (83%) sys 46.57 (71%) wall
1612812 kB (96%) ggc
integrated RA : 0.59 ( 1%) usr 0.01 ( 1%) sys 0.58 ( 1%) wall
12481 kB ( 1%) ggc
LRA hard reg assignment : 7.53 (12%) usr 0.03 ( 4%) sys 7.56 (11%) wall
0 kB ( 0%) ggc
TOTAL : 65.03 0.69 65.92
1681500 kB
and for 4.7
alias stmt walking : 2.77 (28%) usr 0.02 (17%) sys 2.80 (28%) wall
0 kB ( 0%) ggc
tree copy propagation : 1.64 (17%) usr 0.01 ( 8%) sys 1.67 (17%) wall
513 kB ( 1%) ggc
integrated RA : 0.66 ( 7%) usr 0.02 (17%) sys 0.68 ( 7%) wall
6295 kB (10%) ggc
reload : 0.45 ( 5%) usr 0.01 ( 8%) sys 0.46 ( 5%) wall
1593 kB ( 3%) ggc
reload CSE regs : 0.74 ( 7%) usr 0.00 ( 0%) sys 0.75 ( 7%) wall
1103 kB ( 2%) ggc
TOTAL : 9.87 0.12 10.01
61922 kB
the combiner slowdown and the LRA thing are worth investigating. I suppose
the generated code differs quite a bit ;) It's a very large function
with some very large basic-block(s). Current trunk behaves comparable
to GCC 4.8.
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
2014-01-15 12:06 ` [Bug rtl-optimization/59811] [4.8/4.9 Regression] " rguenth at gcc dot gnu.org
@ 2014-01-15 13:53 ` rguenth at gcc dot gnu.org
2014-01-22 15:01 ` jakub at gcc dot gnu.org
` (9 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-01-15 13:53 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
No clear offender in combine. Points at if_then_else_cond (14% of combine
time).
LRA slowness is calls to find_hard_regno_for, 93% of lra_assign ().
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
2014-01-15 12:06 ` [Bug rtl-optimization/59811] [4.8/4.9 Regression] " rguenth at gcc dot gnu.org
2014-01-15 13:53 ` [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine rguenth at gcc dot gnu.org
@ 2014-01-22 15:01 ` jakub at gcc dot gnu.org
2014-01-22 15:16 ` jakub at gcc dot gnu.org
` (8 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-01-22 15:01 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Started with r190594 which apparently made big changes in some of the GIMPLE
passes, e.g. the optimized dump linecount went down from 65782 lines (r190593)
to 52107 lines (r190594). But, for some reason that change results in
uncomparably more log links and combiner opportunities.
In -fdump-rtl-combine-details dump, 'Successfully match' matches went up from
9742 up to 3921927, and 'Failed to match' matches went up from 53193 to
22538586.
So, the combiner success rate is approximately the same, around 17.5%, just on
400 times more opportunities.
For GIMPLE passes, looking just at the sizes of the gimple dumps, until esra
the sizes are the same, from fre1 the dump with r190594 is slightly to
significantly larger than corresponding r190593 dump until crited, and then
surprisingly the pre dump is on the other side half the size of r190593 dump
and from sink till optimized the dump sizes roughly match the 65782 to 52107
lines.
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (2 preceding siblings ...)
2014-01-22 15:01 ` jakub at gcc dot gnu.org
@ 2014-01-22 15:16 ` jakub at gcc dot gnu.org
2014-01-31 11:35 ` rguenth at gcc dot gnu.org
` (7 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-01-22 15:16 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
With -O2 -fno-automatic -ffixed-line-length-none --param
sccvn-max-alias-queries-per-access=1300 the combiner completely disappears out
of the picture, supposedly because then FRE/PRE doesn't give up, with 1200 the
combiner already takes 17% of compile time and 77% of memory, with the default
1000 it takes 58% of compile time and 96% of memory.
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (3 preceding siblings ...)
2014-01-22 15:16 ` jakub at gcc dot gnu.org
@ 2014-01-31 11:35 ` rguenth at gcc dot gnu.org
2014-01-31 11:41 ` jakub at gcc dot gnu.org
` (6 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-01-31 11:35 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P2
CC| |rguenth at gcc dot gnu.org
--- Comment #5 from Richard Biener <rguenth at gcc dot gnu.org> ---
Bah. Add a limiting --param to combine? ....
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (4 preceding siblings ...)
2014-01-31 11:35 ` rguenth at gcc dot gnu.org
@ 2014-01-31 11:41 ` jakub at gcc dot gnu.org
2014-01-31 11:48 ` rguenther at suse dot de
` (5 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-01-31 11:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Dunno what to limit there though.
BTW, the 1000 default for sccvn-max-alias-queries-per-access param was some
carefully chosen value, e.g. does the test that was fixed by the addition of
the param fail if it is bumped to say 1500 or 2000, or can we just bump
slightly the default?
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (5 preceding siblings ...)
2014-01-31 11:41 ` jakub at gcc dot gnu.org
@ 2014-01-31 11:48 ` rguenther at suse dot de
2014-05-22 9:02 ` [Bug rtl-optimization/59811] [4.8/4.9/4.10 " rguenth at gcc dot gnu.org
` (4 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenther at suse dot de @ 2014-01-31 11:48 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
--- Comment #7 from rguenther at suse dot de <rguenther at suse dot de> ---
On Fri, 31 Jan 2014, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
>
> --- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
> Dunno what to limit there though.
>
> BTW, the 1000 default for sccvn-max-alias-queries-per-access param was some
> carefully chosen value, e.g. does the test that was fixed by the addition of
> the param fail if it is bumped to say 1500 or 2000, or can we just bump
> slightly the default?
It was reasonably chosen - the testcase I added it for still uses
a lot of time in alias-walking (~30% I think which I decided was
reasonable for the testcase). We sure can slightly bump it,
but that only requires a slightly larger testcase to re-trigger
this bug?
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9/4.10 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (6 preceding siblings ...)
2014-01-31 11:48 ` rguenther at suse dot de
@ 2014-05-22 9:02 ` rguenth at gcc dot gnu.org
2014-12-19 13:29 ` [Bug rtl-optimization/59811] [4.8/4.9/5 " jakub at gcc dot gnu.org
` (3 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-05-22 9:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.3 |4.8.4
--- Comment #8 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 4.8.3 is being released, adjusting target milestone.
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9/5 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (7 preceding siblings ...)
2014-05-22 9:02 ` [Bug rtl-optimization/59811] [4.8/4.9/4.10 " rguenth at gcc dot gnu.org
@ 2014-12-19 13:29 ` jakub at gcc dot gnu.org
2015-06-23 8:23 ` [Bug rtl-optimization/59811] [4.8/4.9/5/6 " rguenth at gcc dot gnu.org
` (2 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-12-19 13:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.4 |4.8.5
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.4 has been released.
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.8/4.9/5/6 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (8 preceding siblings ...)
2014-12-19 13:29 ` [Bug rtl-optimization/59811] [4.8/4.9/5 " jakub at gcc dot gnu.org
@ 2015-06-23 8:23 ` rguenth at gcc dot gnu.org
2015-06-26 19:59 ` [Bug rtl-optimization/59811] [4.9/5/6 " jakub at gcc dot gnu.org
2015-06-26 20:30 ` jakub at gcc dot gnu.org
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-06-23 8:23 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.5 |4.9.3
--- Comment #10 from Richard Biener <rguenth at gcc dot gnu.org> ---
The gcc-4_8-branch is being closed, re-targeting regressions to 4.9.3.
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.9/5/6 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (9 preceding siblings ...)
2015-06-23 8:23 ` [Bug rtl-optimization/59811] [4.8/4.9/5/6 " rguenth at gcc dot gnu.org
@ 2015-06-26 19:59 ` jakub at gcc dot gnu.org
2015-06-26 20:30 ` jakub at gcc dot gnu.org
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-06-26 19:59 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.3 has been released.
^ permalink raw reply [flat|nested] 13+ messages in thread* [Bug rtl-optimization/59811] [4.9/5/6 Regression] Huge increase in memory usage and compile time in combine
2014-01-14 17:30 [Bug fortran/59811] New: Huge increase in memory usage and compile time with gfortran 4.8 bastian.feigl at kit dot edu
` (10 preceding siblings ...)
2015-06-26 19:59 ` [Bug rtl-optimization/59811] [4.9/5/6 " jakub at gcc dot gnu.org
@ 2015-06-26 20:30 ` jakub at gcc dot gnu.org
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-06-26 20:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59811
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.9.3 |4.9.4
^ permalink raw reply [flat|nested] 13+ messages in thread