From: ludo@gnu.org (Ludovic Courtès)
To: Roel Janssen <roel@gnu.org>
Cc: guix-devel@gnu.org, 27097@debbugs.gnu.org
Subject: Re: Combining Guix, direnv and Emacs for environment customisation
Date: Sat, 03 Jun 2017 15:59:54 +0200 [thread overview]
Message-ID: <87fufhkw85.fsf@gnu.org> (raw)
In-Reply-To: <rbu4lvzetj0.fsf@gnu.org> (Roel Janssen's message of "Thu, 01 Jun 2017 15:17:55 +0200")
Roel Janssen <roel@gnu.org> skribis:
> Ludovic Courtès writes:
>
>> I agree that we could do a lot more things with a faster ‘guix
>> environment’. My guess is that it won’t be easy to go optimize, and
>> very hard to go below 1 second. We should profile that and see what can
>> be done.
>
> FWIW, on our NFS-mounted /gnu, the 'guix environment' command takes at
> least 20 seconds, but for any reasonably big environment it takes more
> than one minute. The biggest bottleneck here is the disk latency.
> Could it be that 'guix environment' accesses many files? If we could
> reduce that, it would speed things up (at least for us ;)).
Interesting. Does guix-daemon access /gnu over NFS too?
Could you send the output of (first run the same command without
‘strace’):
strace -c guix environment --ad-hoc coreutils --pure -- true
On my laptop I get:
--8<---------------cut here---------------start------------->8---
$ strace -c guix environment --ad-hoc coreutils --pure -- true
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
37.84 0.017268 1 14036 10965 stat
15.13 0.006904 1 9990 read
14.02 0.006398 1 10000 write
8.75 0.003991 3991 1 wait4
6.06 0.002764 1 5218 4 lstat
4.73 0.002157 1 1930 136 open
2.58 0.001176 1 1794 close
2.08 0.000949 1 1717 3 lseek
2.04 0.000932 1 689 mmap
1.89 0.000861 1 645 mprotect
1.71 0.000781 4 189 32 futex
[…]
--8<---------------cut here---------------end--------------->8---
We stat a lot mostly to access all the Guix modules. Are they on NFS
too?
Thanks,
Ludo’.
WARNING: multiple messages have this Message-ID (diff)
From: ludo@gnu.org (Ludovic Courtès)
To: Roel Janssen <roel@gnu.org>
Cc: guix-devel@gnu.org, 27097@debbugs.gnu.org
Subject: bug#27097: Combining Guix, direnv and Emacs for environment customisation
Date: Sat, 03 Jun 2017 15:59:54 +0200 [thread overview]
Message-ID: <87fufhkw85.fsf@gnu.org> (raw)
In-Reply-To: <rbu4lvzetj0.fsf@gnu.org> (Roel Janssen's message of "Thu, 01 Jun 2017 15:17:55 +0200")
Roel Janssen <roel@gnu.org> skribis:
> Ludovic Courtès writes:
>
>> I agree that we could do a lot more things with a faster ‘guix
>> environment’. My guess is that it won’t be easy to go optimize, and
>> very hard to go below 1 second. We should profile that and see what can
>> be done.
>
> FWIW, on our NFS-mounted /gnu, the 'guix environment' command takes at
> least 20 seconds, but for any reasonably big environment it takes more
> than one minute. The biggest bottleneck here is the disk latency.
> Could it be that 'guix environment' accesses many files? If we could
> reduce that, it would speed things up (at least for us ;)).
Interesting. Does guix-daemon access /gnu over NFS too?
Could you send the output of (first run the same command without
‘strace’):
strace -c guix environment --ad-hoc coreutils --pure -- true
On my laptop I get:
--8<---------------cut here---------------start------------->8---
$ strace -c guix environment --ad-hoc coreutils --pure -- true
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
37.84 0.017268 1 14036 10965 stat
15.13 0.006904 1 9990 read
14.02 0.006398 1 10000 write
8.75 0.003991 3991 1 wait4
6.06 0.002764 1 5218 4 lstat
4.73 0.002157 1 1930 136 open
2.58 0.001176 1 1794 close
2.08 0.000949 1 1717 3 lseek
2.04 0.000932 1 689 mmap
1.89 0.000861 1 645 mprotect
1.71 0.000781 4 189 32 futex
[…]
--8<---------------cut here---------------end--------------->8---
We stat a lot mostly to access all the Guix modules. Are they on NFS
too?
Thanks,
Ludo’.
next prev parent reply other threads:[~2017-06-03 14:00 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-27 10:56 bug#27097: [PATCH] gnu: Add emacs-direnv Christopher Baines
2017-05-27 11:31 ` Combining Guix, direnv and Emacs for environment customisation Christopher Baines
2017-05-30 15:03 ` Ludovic Courtès
2017-05-30 15:03 ` bug#27097: " Ludovic Courtès
2017-06-01 13:17 ` Roel Janssen
2017-06-03 13:59 ` Ludovic Courtès [this message]
2017-06-03 13:59 ` bug#27097: " Ludovic Courtès
2017-06-03 21:08 ` Roel Janssen
2017-06-04 21:15 ` Ludovic Courtès
2017-06-04 21:15 ` bug#27097: " Ludovic Courtès
2017-06-05 22:37 ` Roel Janssen
2017-06-07 10:35 ` Performance on NFS Ludovic Courtès
2017-06-07 13:06 ` Roel Janssen
2017-06-09 13:46 ` Ludovic Courtès
2017-06-12 8:45 ` Roel Janssen
2017-06-12 8:45 ` [bug#27097] " Roel Janssen
2017-06-12 15:58 ` Ludovic Courtès
2017-06-16 15:23 ` Ludovic Courtès
2017-06-17 7:36 ` Roel Janssen
2017-06-17 22:40 ` Ludovic Courtès
2017-06-17 23:15 ` Roel Janssen
2017-06-18 8:43 ` Ricardo Wurmus
2017-06-19 8:01 ` RPC performance Ludovic Courtès
2017-06-19 8:15 ` Ludovic Courtès
2017-06-19 14:25 ` Ricardo Wurmus
2017-06-22 14:03 ` Andy Wingo
2017-06-22 16:05 ` Ludovic Courtès
2017-06-23 9:09 ` Andy Wingo
2017-06-23 9:24 ` Ludovic Courtès
2017-06-23 9:46 ` Andy Wingo
2017-06-26 11:54 ` Ludovic Courtès
2017-06-26 14:19 ` Andy Wingo
2017-06-19 21:25 ` Ludovic Courtès
2017-06-22 8:04 ` Ricardo Wurmus
2017-06-07 11:01 ` Combining Guix, direnv and Emacs for environment customisation Ricardo Wurmus
2017-06-07 12:25 ` Performance on NFS Ludovic Courtès
2017-06-07 12:59 ` Ricardo Wurmus
2017-06-07 12:59 ` bug#27097: " Ricardo Wurmus
2017-08-29 19:02 ` Combining Guix, direnv and Emacs for environment customisation Thompson, David
2017-08-29 22:30 ` Maxim Cournoyer
2017-08-30 5:52 ` Carlo Zancanaro
2017-08-30 10:09 ` Ludovic Courtès
2017-08-30 10:16 ` Ludovic Courtès
2017-05-28 20:09 ` bug#27097: [PATCH] gnu: Add emacs-direnv 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=87fufhkw85.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=27097@debbugs.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.