https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87988
--- Comment #3 from Jan Hubicka <hubicka at gcc dot gnu.org> --- Thanks, I will give it a try. Note that the numbers I posted are from trunk and trunk with abstract origin streaming disabled. Thanks to the type streaming reorg we do not have overall regression relative to gcc8: [WPA] read 14320726 SCCs of average size 1.594004 [WPA] 22827300 tree bodies read in total [WPA] tree SCC table: size 8388593, 3202920 elements, collision ratio: 0.923241 [WPA] tree SCC max chain length 173 (size 2) [WPA] Compared 4496372 SCCs, 3676586 collisions (0.817678) [WPA] Merged 4480405 SCCs [WPA] Merged 11209786 tree bodies [WPA] Merged 2602183 types [WPA] 1837633 types prevailed (3482639 associated trees) [WPA] GIMPLE canonical type table: size 32749, 22890 elements, 278542 searches, 119444 collisions (ratio: 0.428819) [WPA] GIMPLE canonical type pointer-map: 22890 elements, 629811 searches [WPA] # of input files: 2236 [WPA] Compression: 347027044 input bytes, 1054806677 uncompressed bytes (ratio: 3.039552) Overall size of streamed ltrans.o files is 1.7GB So abstract origins are definitely important to solve, but we are not in desperate situation for GCC9 unless other testcases turns out to behave worse than firefox (I am in progress of testing other stuff)
