This is the mail archive of the
mailing list for the GCC project.
Re: GCC Multi-Threading Ideas
On 1/23/20 12:19 PM, Nicholas Krause wrote:
Sorry for the second message Allan but make -j does not scale well
beyond 4 or
On 1/23/20 3:39 AM, Allan Sandfeld Jensen wrote:
On Montag, 20. Januar 2020 20:26:46 CET Nicholas Krause wrote:
This comment might not be suited for your project, but now that I
it: If we want to improve gcc toolchain buildspeed with better
I think the most sensible would be fixing up gold multithreading and
it by default. We already get most of the benefits of multicore
by running multiple compile jobs in parallel (yes, I know you are
cases where that for some reason doesn't work, but it is still the
most situations). The main bottleneck is linking. The code is even
there in gold and have been for years, it just haven't been deemed
Unfortunately due to me being rather busy with school and other
will not be able to post my article to the wiki for awhile. However
there is a rough draft here:
Oxk/edit that may change a little for people to read in the meantime.
being enabled by default.
Is anyone even working on that?
You would need both depending on the project, some are more compiler
bottle necked and others linker. I mentioned that issue at Cauldron as
the other side would be the linker.
8 threads and that's considering a 4 core or 8 machine. The problem has to
do with large build machines with CPUs with more cores than this or as
more common on mainstream systems.