GNU bug report logs -
#44184
Building icecat does not always respect the number of cores
Previous Next
To reply to this bug, email your comments to 44184 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#44184
; Package
guix
.
(Fri, 23 Oct 2020 19:59:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
divoplade <d <at> divoplade.fr>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 23 Oct 2020 19:59:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Dear guix,
I have configured the guix daemon to use 1 core by default, so that
unattended upgrades and CI jobs will not fill my system memory and
crush my computer.
However, I noticed that in a precise time frame of compiling icecat,
the number of cores were not respected and all my cores were compiling.
The processes were named rustc, but it went fast so I could not gather
more info.
This is not really annoying, because rust compilation does not take
that much memory, but I still have the feeling that it is a bug.
Best regards,
divoplade
Information forwarded
to
bug-guix <at> gnu.org
:
bug#44184
; Package
guix
.
(Fri, 04 Dec 2020 20:00:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 44184 <at> debbugs.gnu.org (full text, mbox):
I can confirm that bug on current Guix system. I also have the feeling
that it's not only during rustc parts, I see it while having gcc
compiling C++ stuff as well...
This bug report was last modified 3 years and 358 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.