From: ludo@gnu.org (Ludovic Courtès)
To: Roel Janssen <roel@gnu.org>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: Performance regression on NFS with new manifest version
Date: Fri, 22 Sep 2017 11:55:26 +0200 [thread overview]
Message-ID: <87377fukfl.fsf@gnu.org> (raw)
In-Reply-To: <rbu7exvmxd2.fsf@gnu.org> (Roel Janssen's message of "Tue, 22 Aug 2017 17:32:41 +0200")
Hello Roel,
I’m finally going back to this issue…
Roel Janssen <roel@gnu.org> skribis:
> Ludovic Courtès writes:
>
>> Hi,
>>
>> Roel Janssen <roel@gnu.org> skribis:
>>
>>> Ricardo Wurmus writes:
>>>
>>>> Hi Roel,
>>>>
>>>>> Looking into the manifests ($GENERATION_15/manifest and
>>>>> $GENERATION_16/manifest), I noticed that generation 15 uses manifest
>>>>> version 2, and generation 16 uses manifest version 3.
>>>>>
>>>>> What has changed, so that it takes a lot longer to run the same command
>>>>> as before? (this is probably disk-related, because that is a known
>>>>> cause for trouble on network-mounted stores..)
>>>>
>>>> Commit 55b4715fd4c03e46501f123c5c9bc6072edf12a4 bumped the manifest
>>>> version to 3. The goal was to represent propagated inputs as manifest
>>>> entries so that we can anticipate conflicts from propagated inputs and
>>>> refuse to build a profile when there would be conflicts.
>>>
>>> Thanks for pointing to that commit. It's much better this way. :-)
>>>
>>> So, what makes 'guix package --search-paths' so slow? It doesn't have
>>> to check for conflicts because that's already done on profile creation
>>> time. All it has to do is combine the search-path data and output
>>> that..
>>
>> Could it be that you have lots of propagated inputs in your profile
>> (Python, etc.)? Are you sure (per ‘strace’) that it has to do with file
>> system accesses?
>
> Yes, I have lots of propagated inputs in that profile (R packages..).
>
> I haven't checked with strace, but everything else on this machine is
> fast and plenty (24 cores, 128GB ram). The only troublesome thing is
> the NFS-mounted store.
I tried to reproduce the problem like this:
--8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix package -p foo -i r $(guix package -A '^r-a'|cut -f1)
guix package: warning: Your Guix installation is 10 days old.
guix package: warning: Consider running 'guix pull' followed by
'guix package -u' to get up-to-date packages and security updates.
The following packages will be installed:
r 3.4.1 /gnu/store/k0q4b6nq1cdyfh3267nmgkwspf7hv6pb-r-3.4.1
r-acepack 1.4.1 /gnu/store/2lnpmwk5n3g2567q0rj1cz2hfwmcaj4v-r-acepack-1.4.1
r-acsnminer 0.16.8.25 /gnu/store/dv7mrnh8nm0cga5caqay5hmx4cc5355a-r-acsnminer-0.16.8.25
r-adaptivesparsity 1.4 /gnu/store/vkiq4knbqm1rm6hsnbkq4ad0pgdsr653-r-adaptivesparsity-1.4
r-ade4 1.7-8 /gnu/store/3455karydz6sfn5d78r088f812w5z99y-r-ade4-1.7-8
r-affy 1.54.0 /gnu/store/zv5fj0c5gdw27carm7mdvyisdnrnirl9-r-affy-1.54.0
r-affyio 1.46.0 /gnu/store/xgd50xlbq6nsjjk628y1n8scf4hwrrd8-r-affyio-1.46.0
r-annotate 1.54.0 /gnu/store/qbbwjr7k12ss32d7545pwr31lhg1ng07-r-annotate-1.54.0
r-annotationdbi 1.38.2 /gnu/store/vcmxw3plg8yygp58q4crr85710hr9mqk-r-annotationdbi-1.38.2
r-annotationfilter 1.0.0 /gnu/store/w2n1lz9051fhchc8v2c6yyq7dv7bsxgh-r-annotationfilter-1.0.0
r-annotationforge 1.18.1 /gnu/store/9vmr1lfx4g6v3h85d8jgaqn7cs2by8wy-r-annotationforge-1.18.1
r-annotationhub 2.8.2 /gnu/store/xyanxcl5dgj8fq415dr4ihm1prlsrz03-r-annotationhub-2.8.2
r-ape 4.1 /gnu/store/0cy2kw2vifirbhp399db8lndfkyqgjva-r-ape-4.1
r-aroma-light 3.6.0 /gnu/store/rq0xawz5l9nq07cxz9kisk63yxasfcnl-r-aroma-light-3.6.0
r-assertthat 0.2.0 /gnu/store/dqq16x94nwkgyrliavf0w6gnhp1vxbha-r-assertthat-0.2.0
r-auc 0.3.0 /gnu/store/fmzah3jzzy756sh4dir78nb8kcrn25pn-r-auc-0.3.0
[...]
The following environment variable definitions may be needed:
export PATH="foo/bin${PATH:+:}$PATH"
export R_LIBS_SITE="foo/site-library/${R_LIBS_SITE:+:}$R_LIBS_SITE"
ludo@ribbon ~/src/guix$ time ./pre-inst-env guix package --search-paths -p foo
export PATH="foo/bin"
export R_LIBS_SITE="foo/site-library/"
real 0m0.170s
user 0m0.107s
sys 0m0.016s
ludo@ribbon ~/src/guix$ time ./pre-inst-env guix package --search-paths -p foo
export PATH="foo/bin"
export R_LIBS_SITE="foo/site-library/"
real 0m0.158s
user 0m0.097s
sys 0m0.021s
ludo@ribbon ~/src/guix$ ./pre-inst-env strace -c guix package --search-paths -p foo
export PATH="foo/bin"
export R_LIBS_SITE="foo/site-library/"
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
69.68 0.005729 2 3516 3292 stat
14.96 0.001230 40 31 1 futex
4.14 0.000340 1 271 121 open
2.96 0.000243 1 182 mmap
2.89 0.000238 2 156 mprotect
1.14 0.000094 1 150 close
1.06 0.000087 1 110 3 lseek
0.91 0.000075 1 74 read
0.63 0.000052 10 5 clone
0.46 0.000038 1 28 brk
0.28 0.000023 1 46 fstat
0.19 0.000016 5 3 pipe2
0.18 0.000015 1 16 lstat
0.15 0.000012 2 5 1 ioctl
0.09 0.000007 1 7 clock_gettime
0.07 0.000006 1 7 rt_sigprocmask
0.06 0.000005 2 3 write
0.06 0.000005 2 3 fcntl
0.04 0.000003 2 2 getcwd
0.02 0.000002 0 5 rt_sigaction
0.02 0.000002 2 1 getrandom
0.00 0.000000 0 2 munmap
0.00 0.000000 0 2 2 access
0.00 0.000000 0 1 execve
0.00 0.000000 0 1 uname
0.00 0.000000 0 1 readlink
0.00 0.000000 0 1 arch_prctl
0.00 0.000000 0 2 sched_getaffinity
0.00 0.000000 0 1 set_tid_address
0.00 0.000000 0 1 set_robust_list
0.00 0.000000 0 3 prlimit64
------ ----------- ----------- --------- --------- ----------------
100.00 0.008222 4636 3420 total
--8<---------------cut here---------------end--------------->8---
Everything looks OK here, but it could be that I did not pick the right
set of packages to reproduce the problem.
Could you come up with a simple way for me to reproduce it?
TIA!
Ludo’.
next prev parent reply other threads:[~2017-09-22 9:55 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-08 11:19 Performance regression on NFS with new manifest version Roel Janssen
2017-08-09 20:39 ` Ricardo Wurmus
2017-08-10 13:02 ` Roel Janssen
2017-08-21 15:49 ` Ludovic Courtès
2017-08-22 15:32 ` Roel Janssen
2017-09-22 9:55 ` Ludovic Courtès [this message]
2017-09-22 12:09 ` Roel Janssen
2017-10-05 14:54 ` Ludovic Courtès
2017-10-05 15:13 ` Ricardo Wurmus
2017-11-08 10:32 ` Roel Janssen
2017-11-09 9:58 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87377fukfl.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=roel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.