From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes Date: Mon, 11 Nov 2019 21:42:24 +0100 Message-ID: <878somno0f.fsf@gnu.org> References: <20191111080635.14f7b39a@scratchpost.org> <87eeyec18l.fsf@cbaines.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50967) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iUGWc-0003f3-V9 for bug-guix@gnu.org; Mon, 11 Nov 2019 15:43:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iUGWb-0005R6-Vr for bug-guix@gnu.org; Mon, 11 Nov 2019 15:43:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:47217) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iUGWb-0005R2-T3 for bug-guix@gnu.org; Mon, 11 Nov 2019 15:43:01 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iUGWb-0002Ug-Od for bug-guix@gnu.org; Mon, 11 Nov 2019 15:43:01 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87eeyec18l.fsf@cbaines.net> (Christopher Baines's message of "Mon, 11 Nov 2019 07:37:30 +0000") 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: Christopher Baines Cc: 38167@debbugs.gnu.org Hi Chris & Danny, Christopher Baines skribis: > Danny Milosavljevic writes: > >> Hi, >> >> guix pull takes over 8 GiB of memory to finish if there are no substitut= es. >> >> My laptop only takes max 8 GiB of RAM. I've set up swap, but that kind = of >> memory usage still seems ridiculous. > > Do you know if the derivations got built in parallel? So, does guix pull > --max-jobs=3D1 use the same amount of memory? Also, it would be great if you could identify which derivation build requires that much memory, if this was happening sequentially. (I suspect =E2=80=9Cguix-packages.drv=E2=80=9D is the one that eats up the mos= t memory.) I agree it=E2=80=99s ridiculous. That memory usage comes from Guile=E2=80= =99s compiler. A couple of years ago, Andy managed to cut memory usage somewhat, but that=E2=80=99s not enough. Thanks, Ludo=E2=80=99.