https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863
--- Comment #8 from Richard Biener <rguenth at gcc dot gnu.org> ---
So -fno-ree doesn't help (just figured it might be given the DF numbers). But
confirmed:
> /usr/bin/time
> /home/rguenther/install/gcc-11.0/usr/local/bin/../lib64/gcc/../../lib/gcc/x86_64-pc-linux-gnu/11.0.0/lto1
> -quiet -dumpbase ./wrf_r.ltrans34.ltrans -march=znver2 -g0 -Ofast -Ofast
> -version -fno-openacc -fno-pie -fcf-protection=none -fno-openmp -ftime-report
> -fltrans @./wrf_r.ltrans34.ltrans.args.0 -o ./wrf_r.ltrans34.ltrans.s
GNU GIMPLE (GCC) version 11.0.0 20210128 (experimental) (x86_64-pc-linux-gnu)
compiled by GNU C version 11.0.0 20210128 (experimental), GMP version
6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.18-GMP
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU GIMPLE (GCC) version 11.0.0 20210128 (experimental) (x86_64-pc-linux-gnu)
compiled by GNU C version 11.0.0 20210128 (experimental), GMP version
6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.18-GMP
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
df reaching defs : 26.41 ( 4%) 1.49 ( 16%) 28.07 ( 4%)
0 ( 0%)
df live regs : 81.46 ( 12%) 0.12 ( 1%) 81.73 ( 12%)
0 ( 0%)
df live&initialized regs : 83.78 ( 13%) 0.06 ( 1%) 83.77 ( 13%)
0 ( 0%)
...
PRE : 214.60 ( 33%) 1.35 ( 15%) 216.04 ( 32%)
2619k ( 0%)
...
LRA create live ranges : 30.87 ( 5%) 0.00 ( 0%) 30.85 ( 5%)
4168k ( 0%)
...
TOTAL : 657.16 9.30 666.82
2576M
657.16user 9.35system 11:06.87elapsed 99%CPU (0avgtext+0avgdata
25834184maxresident)k
0inputs+21088outputs (0major+11450874minor)pagefaults 0swaps
but there isn't really anything in the mem-report that explains the 25GB
max-rss. Some int overflows might result in spectacular (but unused)
mallocs but then those shouldn't show up in resident size.
Need to rebuild GCC with dwarf4 to be able to leak-check with valgrind (will
need the whole night I guess ;))
