From mboxrd@z Thu Jan 1 00:00:00 1970 From: iyzsong@member.fsf.org (=?utf-8?B?5a6L5paH5q2m?=) Subject: Re: Performance issues with /gnu/store in virtual machines Date: Tue, 22 Aug 2017 20:51:26 +0800 Message-ID: <87o9r77okx.fsf@member.fsf.org> References: <20170817210547.3fafde57@cbaines.net> <87shgj7vz4.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51884) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dk9BF-0000rw-OE for help-guix@gnu.org; Tue, 22 Aug 2017 09:25:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dk9BC-0000xM-E2 for help-guix@gnu.org; Tue, 22 Aug 2017 09:25:17 -0400 Received: from [2001:19f0:7001:2f3e:5400:ff:fe84:e55d] (port=38616 helo=rezeros.cc) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dk9BB-0000vv-U6 for help-guix@gnu.org; Tue, 22 Aug 2017 09:25:14 -0400 In-Reply-To: <87shgj7vz4.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Tue, 22 Aug 2017 12:11:43 +0200") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: help-guix@gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Hi Chris, > > Christopher Baines skribis: > >> 1.13 0.000019 0 3853 openat > > [...] > >> 13.56 0.193014 50 3853 openat > > So openat(2) is 4 orders of magnitude slower in the VM, which is a > problem. > > I guess a large part of that is due to the fact that VM created with > =E2=80=98guix system vm=E2=80=99 use unionfs as their root file system, w= hich is a FUSE > thing (see the =E2=80=9Cvolatile=E2=80=9D options in (gnu system vm), (gn= u system > linux-initrd), and (gnu build linux-boot).) I=E2=80=99m not sure how we = could > avoid it. We might switch to the linux kernel's bultin overlayfs, which should be faster. https://wiki.archlinux.org/index.php/Overlay_filesystem