GNU bug report logs -
#27780
guix environment to build guile from git required excessive CPU time
Previous Next
Reported by: Mark H Weaver <mhw <at> netris.org>
Date: Fri, 21 Jul 2017 03:04:02 UTC
Severity: normal
Done: Mark H Weaver <mhw <at> netris.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27780 in the body.
You can then email your comments to 27780 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#27780
; Package
guix
.
(Fri, 21 Jul 2017 03:04:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mark H Weaver <mhw <at> netris.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 21 Jul 2017 03:04:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I just ran the following command on my Thinkpad X200 running GuixSD:
./pre-inst-env guix environment guile --ad-hoc autoconf automake libtool flex gettext
Using the guix client from a git checkout at v0.13.0-1496-gcfd6a3b1e,
and using guix-daemon from guix-0.13.0-3.b547349.
This command took approximately 20 minutes of CPU time before
downloading anything except possibly some NARINFOs. During this initial
20 minutes of CPU-bound activity, the only output was 4 occurrences of
the following message:
substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
The CPU time was roughly evenly split between the following two
processes:
--8<---------------cut here---------------start------------->8---
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 8456 57.0 0.1 37420 7788 ? Rs 22:27 11:31 \_ /gnu/store/gkv8zl774h2qpa89mrf6d74fry3rsnpa-guix-0.13.0-3.b547349/bin/guix-daemon 8450 guixbuild --max-silent-time 0 --timeout 0 --substitute-urls https://mirror.hydra.gnu.org --gc-keep-derivations=yes --gc-keep-outputs=yes
root 8457 45.0 0.9 124040 38556 ? Rl 22:27 9:03 \_ /gnu/store/z16li2znnk2pdgrg3ldm34k669pcrdcx-guile-2.2.2/bin/guile --no-auto-compile /gnu/store/gkv8zl774h2qpa89mrf6d74fry3rsnpa-guix-0.13.0-3.b547349/bin/.guix-real substitute --query
--8<---------------cut here---------------end--------------->8---
Immediately before this, I had run the same command but without the
final "gettext" argument, and it ran quite quickly.
I've run a similar command in the last couple of weeks, with the
"gettext" argument, and as I recall it ran reasonably quickly as well.
Mark
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27780
; Package
guix
.
(Mon, 24 Jul 2017 09:03:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 27780 <at> debbugs.gnu.org (full text, mbox):
Hi Mark,
Mark H Weaver <mhw <at> netris.org> skribis:
> I just ran the following command on my Thinkpad X200 running GuixSD:
>
> ./pre-inst-env guix environment guile --ad-hoc autoconf automake libtool flex gettext
>
> Using the guix client from a git checkout at v0.13.0-1496-gcfd6a3b1e,
> and using guix-daemon from guix-0.13.0-3.b547349.
>
> This command took approximately 20 minutes of CPU time before
> downloading anything except possibly some NARINFOs. During this initial
> 20 minutes of CPU-bound activity, the only output was 4 occurrences of
> the following message:
>
> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
>
> The CPU time was roughly evenly split between the following two
> processes:
>
> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
> root 8456 57.0 0.1 37420 7788 ? Rs 22:27 11:31 \_ /gnu/store/gkv8zl774h2qpa89mrf6d74fry3rsnpa-guix-0.13.0-3.b547349/bin/guix-daemon 8450 guixbuild --max-silent-time 0 --timeout 0 --substitute-urls https://mirror.hydra.gnu.org --gc-keep-derivations=yes --gc-keep-outputs=yes
> root 8457 45.0 0.9 124040 38556 ? Rl 22:27 9:03 \_ /gnu/store/z16li2znnk2pdgrg3ldm34k669pcrdcx-guile-2.2.2/bin/guile --no-auto-compile /gnu/store/gkv8zl774h2qpa89mrf6d74fry3rsnpa-guix-0.13.0-3.b547349/bin/.guix-real substitute --query
Is it reproducible? If/when that happens again, could you ‘strace’ the
‘guix substitute’ process?
Any idea whether hydra.gnu.org was loaded at the time and returning 504
(“Gateway Timeout”)?
Thanks,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27780
; Package
guix
.
(Sun, 10 Jan 2021 19:15:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 27780 <at> debbugs.gnu.org (full text, mbox):
Hello Mark,
ludo <at> gnu.org (Ludovic Courtès) writes:
> Hi Mark,
>
> Mark H Weaver <mhw <at> netris.org> skribis:
>
>> I just ran the following command on my Thinkpad X200 running GuixSD:
>>
>> ./pre-inst-env guix environment guile --ad-hoc autoconf automake libtool flex gettext
>>
>> Using the guix client from a git checkout at v0.13.0-1496-gcfd6a3b1e,
>> and using guix-daemon from guix-0.13.0-3.b547349.
>>
>> This command took approximately 20 minutes of CPU time before
>> downloading anything except possibly some NARINFOs. During this initial
>> 20 minutes of CPU-bound activity, the only output was 4 occurrences of
>> the following message:
>>
>> substitute: updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0%
>>
>> The CPU time was roughly evenly split between the following two
>> processes:
>>
>> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
>> root 8456 57.0 0.1 37420 7788 ? Rs 22:27 11:31 \_
>> /gnu/store/gkv8zl774h2qpa89mrf6d74fry3rsnpa-guix-0.13.0-3.b547349/bin/guix-daemon
>> 8450 guixbuild --max-silent-time 0 --timeout 0 --substitute-urls
>> https://mirror.hydra.gnu.org --gc-keep-derivations=yes
>> --gc-keep-outputs=yes
>> root 8457 45.0 0.9 124040 38556 ? Rl 22:27 9:03 \_
>> /gnu/store/z16li2znnk2pdgrg3ldm34k669pcrdcx-guile-2.2.2/bin/guile
>> --no-auto-compile
>> /gnu/store/gkv8zl774h2qpa89mrf6d74fry3rsnpa-guix-0.13.0-3.b547349/bin/.guix-real
>> substitute --query
>
> Is it reproducible? If/when that happens again, could you ‘strace’ the
> ‘guix substitute’ process?
>
> Any idea whether hydra.gnu.org was loaded at the time and returning 504
> (“Gateway Timeout”)?
>
> Thanks,
> Ludo’.
Any update on this? If that's not an issue anymore, feel free to close
it, otherwise I'll do so in 2 weeks time.
Thank you,
Maxim
Reply sent
to
Mark H Weaver <mhw <at> netris.org>
:
You have taken responsibility.
(Sun, 10 Jan 2021 23:48:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Mark H Weaver <mhw <at> netris.org>
:
bug acknowledged by developer.
(Sun, 10 Jan 2021 23:48:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 27780-done <at> debbugs.gnu.org (full text, mbox):
Hi Maxim,
Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
> Any update on this? If that's not an issue anymore, feel free to close
> it, otherwise I'll do so in 2 weeks time.
I haven't seen other reports of this, and I barely remember it. Also, I
haven't used substitutes in years. I'm closing this bug.
Thanks for working through these old bug reports.
Regards,
Mark
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27780
; Package
guix
.
(Mon, 11 Jan 2021 02:44:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 27780-done <at> debbugs.gnu.org (full text, mbox):
Hi Mark,
Mark H Weaver <mhw <at> netris.org> writes:
> Hi Maxim,
>
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>> Any update on this? If that's not an issue anymore, feel free to close
>> it, otherwise I'll do so in 2 weeks time.
>
> I haven't seen other reports of this, and I barely remember it. Also, I
> haven't used substitutes in years. I'm closing this bug.
Thanks for the follow-up and closing the bug!
> Thanks for working through these old bug reports.
My pleasure!
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 08 Feb 2021 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 84 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.