From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 10 05:22:10 2021 Received: (at 51787) by debbugs.gnu.org; 10 Dec 2021 10:22:10 +0000 Received: from localhost ([127.0.0.1]:45586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvd2Y-0008IV-Gh for submit@debbugs.gnu.org; Fri, 10 Dec 2021 05:22:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mvd2U-0008IF-Ob for 51787@debbugs.gnu.org; Fri, 10 Dec 2021 05:22:09 -0500 Received: from [2001:470:142:3::e] (port=51218 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvd2P-00035U-I0 for 51787@debbugs.gnu.org; Fri, 10 Dec 2021 05:22:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=UZ3yiU183nsbMZaRxe9oH4t9kFvV2IAIZ7Nq5ZVFaL8=; b=a6++0wwYD43rCLU+NuUU r31nSPIQezPisvDT/zHJK1D07lZ2mOOKjG8NFF8jOcV7cF9aLmsonICJwwP+NTEA/iL3G1yfkCaEH w+btjGT2sAOKqmkVZyCvtqDqXfTnYRI6ZjHOpkiOBP4Z6n+v1BeaZyL4LymH2BwcwtfIhQaPha7+f 38Vawd3jAXBIZZt4yc6aeKUSQuvSteyx9gvEtBXu24YgssXqzmcCAllqul11HCsgdao7LTvtSLrVb CIDI3U72X2a+DmcgOtdF2dCOlt6hok1WnWxnvVwwbq9lh0BvLX06UdZ6D6/9M2joOBt3EUVKVj6pv C8ND7Gb/gGgmAA==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201]:60560 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvd2P-0003dT-B4; Fri, 10 Dec 2021 05:22:01 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Mathieu Othacehe Subject: Re: bug#51787: GC takes more than 9 hours on berlin References: <87o86pegr3.fsf@gnu.org> <87zgpuhig7.fsf@gnu.org> <87wnkv15k3.fsf@cbaines.net> <87zgpp971n.fsf@gnu.org> <87pmqet419.fsf@gnu.org> <87czm57zao.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 20 Frimaire an 230 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Fri, 10 Dec 2021 11:21:58 +0100 In-Reply-To: <87czm57zao.fsf@gnu.org> (Mathieu Othacehe's message of "Fri, 10 Dec 2021 07:24:15 +0100") Message-ID: <87czm4bvzt.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 51787 Cc: 51787@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Mathieu Othacehe skribis: > What is problematic though is that in 20 hours, the free space has > bumped from 9.6T to 9.7T in the store partition. As the GC lock is > preventing most of Berlin services from running, almost all the machine > IO is dedicated to removing this directory, as shown by iotop. > > I'm not sure to understand why this removing process is so long, but if > someone has an idea, I'm all ears. In the meantime, I plan to let the GC > run and keep monitoring it. This is the first time GC runs since we=E2=80=99ve increased the threshold = from 10=C2=A0TiB to 15=C2=A0TiB free. There are at least 5 more TiBs to delete = than usual, so it=E2=80=99s expected to take more time. Still, I=E2=80=99m surprised a mere =E2=80=98rm -rf=E2=80=99 can take this = long. =E2=80=98strace -T=E2=80=99 on the child guix-daemon process doesn=E2=80=99t reveal anything obviously wro= ng, pause times or similar. Ludo=E2=80=99.