https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96794
--- Comment #6 from Richard Biener <rguenth at gcc dot gnu.org> --- (In reply to Jan Hubicka from comment #1) > > As seen > > here:https://gist.githubusercontent.com/marxin/223890df4d8d8e490b6b2918b77dacad/raw/7e0363da60dcddbfde4ab68fa3be755515166297/gcc-10-with-zstd.svg > > > > each blocking linking of a GCC front-end leads to a wasted jobserver worker. > Hmm, I am not sure how to interpret the graph. I can see that there is a > funny staircase of ltranses but how that relates to jobserver workers? > We limit makefile to link a binary at a time to avoid Richi's box getting > out of memory, right? Yes. With LTO there's also the parallel stream-out which hard-locks the box since it is/was not integrated with jobserver. > NUmber of partitions is currently 128 what is 100% of CPU usage for you? > > Honza
