Building icecat does not always respect the number of cores

  • Open
  • quality assurance status badge
Details
2 participants
  • divoplade
  • Jonathan Brielmaier
Owner
unassigned
Submitted by
divoplade
Severity
normal
D
D
divoplade wrote on 23 Oct 2020 21:58
(address . bug-guix@gnu.org)
ea9d404683253bf92e30ebc65af4f354fb52818a.camel@divoplade.fr
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
J
J
Jonathan Brielmaier wrote on 4 Dec 2020 20:59
(address . 44184@debbugs.gnu.org)
474a4a0c-d995-b8b4-006b-8f5bd0f1e666@web.de
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...
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 44184@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 44184
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch