From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: Combining Guix, direnv and Emacs for environment customisation Date: Wed, 07 Jun 2017 13:01:59 +0200 Message-ID: <878tl4f4d4.fsf@elephly.net> References: <20170527105641.9426-1-mail@cbaines.net> <20170527123113.1ca668e7@cbaines.net> <87tw424cap.fsf@gnu.org> <87fufhkw85.fsf@gnu.org> <871sr0ok2h.fsf@gnu.org> <8760gbh2th.fsf@gnu.org> <87efuym57c.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47003) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dIYjE-00064J-QP for guix-devel@gnu.org; Wed, 07 Jun 2017 07:02:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dIYjD-0002MD-UP for guix-devel@gnu.org; Wed, 07 Jun 2017 07:02:20 -0400 In-reply-to: <87efuym57c.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Roel Janssen Cc: guix-devel@gnu.org, 27097@debbugs.gnu.org Roel Janssen writes: > The NFS overhead is pretty large. Maybe we can better tune it, and if > so, document how to tune it for GNU Guix. I already talked to our > storage expert, and tuning boils down to using fast disks, a > large-enough NFS cache, and low-latency network equipment. We may get a faster NFS share soon (with some of the slow storage settings disabled), but I don’t hold my breath when it comes to NFS performance. > The reason we have /gnu NFS-mounted on the build node is that we can > then very easily replace the node when it would have a hardware failure, > without even losing the ability to run programs that were already > installed. That’s the same reason I have for keeping /gnu on NFS. I have been experimenting with lsync (writing to local disks and then pushing changes asynchronously from local-gnu to remote-gnu), but I wasn’t convinced it would be reliable. I’m not sure if this would help, though, when the nodes keep mounting /gnu over NFS. Is there a way to put /gnu on a Samba share instead? I’d like to give that a try, but I’m not sure about what would happen to ownership and permissions (I don’t worry about hardlinks because I disabled deduplication). -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net