https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2017-08-16
CC| |rguenth at gcc dot gnu.org
Version|unknown |7.1.1
Ever confirmed|0 |1
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Those are "only" 2000 allocations, right? (level4)
Wow, there's a lot of code emitted so I must miss sth ;) Also it seems it does
re-allocation, thus if there's data alread there it allocates new one and
copies the old data?
I see 2156 malloc calls in .original, with optimization everything vanishes.
level5 is really bad, memory use jumps from 400MB (level4) to > 8GB and
1150s compile-time (at -O1).
tree PTA :1140.61 (99%) usr 1.69 (60%) sys1142.47 (99%) wall
35451 kB ( 4%) ggc
oh well ;)
Note that -O0 is a bit better (5GB, 61s), as expected RA takes most time
integrated RA : 15.84 (26%) usr 0.56 (30%) sys 16.39 (26%) wall
395411 kB (21%) ggc
LRA non-specific : 30.18 (49%) usr 0.19 (10%) sys 30.34 (48%) wall
15218 kB ( 1%) ggc
