From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#32600: =?UTF-8?Q?=E2=80=98guix?= system =?UTF-8?Q?vm-image=E2=80=99?= spends a very long time =?UTF-8?Q?=E2=80=9Cregistering_?= =?UTF-8?Q?closures=E2=80=9D?= Date: Fri, 31 Aug 2018 12:07:19 +0200 Message-ID: <87wos6q27c.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]:39349) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvgLf-0003O4-4E for bug-guix@gnu.org; Fri, 31 Aug 2018 06:08:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvgLT-0005WK-9G for bug-guix@gnu.org; Fri, 31 Aug 2018 06:08:10 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:34761) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fvgLS-0005VF-J8 for bug-guix@gnu.org; Fri, 31 Aug 2018 06:08:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fvgLS-0002lT-7m for bug-guix@gnu.org; Fri, 31 Aug 2018 06:08:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39191) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvgKu-0002eh-KN for bug-guix@gnu.org; Fri, 31 Aug 2018 06:07:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvgKt-0005Gg-Ue for bug-guix@gnu.org; Fri, 31 Aug 2018 06:07:28 -0400 List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 32600@debbugs.gnu.org Hi, A couple of days ago, Leo reported that =E2=80=98guix system vm-image=E2=80= =99 spends a very long time in the =E2=80=9Cregistering closures=E2=80=9D phase: --8<---------------cut here---------------start------------->8--- I wonder about the slowness of 'registering closures' with `guix sys= tem vm-image` and similiar commands. I don't remember this taking so long in the past [22:52] [...] Created a bare-bones VM takes ~90 minutes for me recently s/Created/Creating with vm-image? Yes [...] With #:reset-timestamps #f, I cancelled the task after 10 minutes of 'registering closures' [23:33] [...] lfam: i added some pk's and it seems that it's deduplucation that= 's killing us [00:41] because it involves retraversing each store item and reading each file [00:42] It does it for each file? Or, you could just point me to the relevant code so I can learn it :) yeah, it has to read them to be able to determine if there are duplicates (guix store database) calls the deduplication code [00:43] which is in (guix store deduplication) (reepca's code from last year's GSoC) maybe c45477d2a1a651485feede20fe0f3d15aec48b39 or something close inadvertently turned on deduplication [00:44] so in (gnu system vm), we could pass #:deduplicate? #f to 'root-partition-initializer' --8<---------------cut here---------------end--------------->8--- Ludo=E2=80=99.