From unknown Tue Jun 24 10:33:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull Resent-From: Danny Milosavljevic Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 27 Feb 2020 20:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 39813 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 39813@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.158283397927629 (code B ref -1); Thu, 27 Feb 2020 20:07:02 +0000 Received: (at submit) by debbugs.gnu.org; 27 Feb 2020 20:06:19 +0000 Received: from localhost ([127.0.0.1]:60314 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7PQJ-0007BY-Bn for submit@debbugs.gnu.org; Thu, 27 Feb 2020 15:06:19 -0500 Received: from lists.gnu.org ([209.51.188.17]:41598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7PQH-0007BQ-56 for submit@debbugs.gnu.org; Thu, 27 Feb 2020 15:06:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53285) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7PQG-0003UW-8f for bug-guix@gnu.org; Thu, 27 Feb 2020 15:06:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j7PQF-0007ob-BB for bug-guix@gnu.org; Thu, 27 Feb 2020 15:06:16 -0500 Received: from dd26836.kasserver.com ([85.13.145.193]:41484) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j7PQF-0007nz-4h for bug-guix@gnu.org; Thu, 27 Feb 2020 15:06:15 -0500 Received: from localhost (80-110-118-191.cgn.dynamic.surfer.at [80.110.118.191]) by dd26836.kasserver.com (Postfix) with ESMTPSA id C6A723363D36 for ; Thu, 27 Feb 2020 21:06:12 +0100 (CET) Date: Thu, 27 Feb 2020 21:06:01 +0100 From: Danny Milosavljevic Message-ID: <20200227210601.20011001@scratchpost.org> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/1/+7vaIE9qL8o.97syiQ0SH"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 85.13.145.193 X-Spam-Score: -0.7 (/) 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: -1.7 (-) --Sig_/1/+7vaIE9qL8o.97syiQ0SH Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, I just got a report that with Guix in a virtual Machine (like described in = the manual in 8.16), guix pull does not actually work[1] with 1 GB of RAM. It does work fine with 4 GB of RAM. [1] build .....guix-packages-base.drv failed --Sig_/1/+7vaIE9qL8o.97syiQ0SH Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl5YISkACgkQ5xo1VCww uqWVEgf/d2vGYChcUbaWvwOWBA9KYRduS3fwfo+/ko/Ymuo+9taXV4kVO8sFnXtg kG0Wd48lNSGMsKcBpBi6stvH/QmI0/yoRI763ZH2LzF495mfC5/rNDjK7gF4STOm sWORszXKkxsZNTpJm1Qu2AFbrD3HFTSFo1uTJ+9/sP+3wu9qOeW6j3xLhQBKLmCv 70PMmDvgnDWEU8u92GDMuIX/z9HKf0yHl3852GlBEy6FdABxZ5cHy5TLLr4rztR/ R/IlBYHZrAG0nReTiJgZEgecml1HjvEkWUagblcNRxA69x6zOP+3y7fhN8bbZIYE TOJIU6k6TynpM4fXt3hqxxTnUACjDw== =5nT/ -----END PGP SIGNATURE----- --Sig_/1/+7vaIE9qL8o.97syiQ0SH-- From unknown Tue Jun 24 10:33:34 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Danny Milosavljevic Subject: bug#39813: closed (Re: bug#39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull) Message-ID: References: <877d4h159j.fsf@gmail.com> <20200227210601.20011001@scratchpost.org> X-Gnu-PR-Message: they-closed 39813 X-Gnu-PR-Package: guix Reply-To: 39813@debbugs.gnu.org Date: Wed, 13 Jul 2022 14:02:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1657720922-2241-1" This is a multi-part message in MIME format... ------------=_1657720922-2241-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it= isn't for guix pull which was filed against the guix package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 39813@debbugs.gnu.org. --=20 39813: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D39813 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1657720922-2241-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 39813-done) by debbugs.gnu.org; 13 Jul 2022 14:01:05 +0000 Received: from localhost ([127.0.0.1]:47379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBcvJ-0000Yd-3k for submit@debbugs.gnu.org; Wed, 13 Jul 2022 10:01:05 -0400 Received: from mail-qk1-f177.google.com ([209.85.222.177]:36803) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBcvH-0000Y2-PK for 39813-done@debbugs.gnu.org; Wed, 13 Jul 2022 10:01:04 -0400 Received: by mail-qk1-f177.google.com with SMTP id b2so6063518qkk.3 for <39813-done@debbugs.gnu.org>; Wed, 13 Jul 2022 07:01:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Feds1gc9pjs43wVuEeW2TsfDkqnTGMIFIq2vuCBaPiA=; b=i0YOWLwqkcbFdO5/qgPtkVfJj/EzpUvYd1ewyln+2sBnJIQteqx3wYhaCE2iZ2PbSA PM2RmTDZMwwpJLw6FM6dN1fv2Dz+rNnKWgWnPAHtTLBNjsdhFndtEHPO2r5bukheRrDM v0X7Kzq+IehUd020Dwh93zXnWdZ5q5Qk3MnfPj/C3368iI5zclnulVTV60wrMWrWAOfL DGn67zratt2ihl2JFhY3alQPEKZdJn2/XMvBLelpwUPKMuPMt4l2XfOvXR8hClVs17x1 TJaTuwm8cIixNTwVungXRg5o5lVDzd2XzX662PseXIuqjLS1SBMfxm77s62r6R++w4st oYZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=Feds1gc9pjs43wVuEeW2TsfDkqnTGMIFIq2vuCBaPiA=; b=DfaclV1nOFwDxEP1GkWEJmcvdMsAI7MWagdLqFbNJ2Ap4iMF2OTk76PqdeZYGH/2dv buZeHk3uTnhbsRtvJOy+ZX0NIl9p4kOCjt9CPOLZCSf2PpXncYBk+are89I7YA3PXC0N HS1MkRcjWeAh8QZJm6LL6zCQKNn8YWdBocv4NUGMTBZkOXilVdMyOVBrRRvYn0E9Z/ho KXF2KAPwVQA6R7I5EzD/DHBs6Bwha921A5G3WmaoXMr+3vXHsxJwnWFttCfLPr/TI0Yy NMsKIXzhlF0Dj0iKRo+/u9JdvE5fXsJ3ngukMbXHOyLcmLFXoCl3KkIsPS0zBJZbN5Hc hbiw== X-Gm-Message-State: AJIora+MZ4s8mF1oILrx+ro/KZ39IXpo90dP5KCDDDOtfsAgWtW3J72h RolEhM/YzqbkGjww8AJqe3nnGSdF0mjY+bad X-Google-Smtp-Source: AGRyM1v9iKOEsaWXyxsNotdXkZguXFrvY4LeBo1/2my8DzQmXDiBxJDHH8jQ9c/Mm+Ihs1RQd2clFA== X-Received: by 2002:a05:620a:4842:b0:6b5:bb84:a442 with SMTP id ec2-20020a05620a484200b006b5bb84a442mr1362814qkb.210.1657720857935; Wed, 13 Jul 2022 07:00:57 -0700 (PDT) Received: from hurd (dsl-10-133-49.b2b2c.ca. [72.10.133.49]) by smtp.gmail.com with ESMTPSA id n7-20020ae9c307000000b006a34a22bc60sm10939800qkg.9.2022.07.13.07.00.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Jul 2022 07:00:57 -0700 (PDT) From: Maxim Cournoyer To: Danny Milosavljevic Subject: Re: bug#39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull References: <20200227210601.20011001@scratchpost.org> Date: Wed, 13 Jul 2022 10:00:56 -0400 In-Reply-To: <20200227210601.20011001@scratchpost.org> (Danny Milosavljevic's message of "Thu, 27 Feb 2020 21:06:01 +0100") Message-ID: <877d4h159j.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 39813-done Cc: 39813-done@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: -1.0 (-) Hi Danny, Danny Milosavljevic writes: > Hi, > > I just got a report that with Guix in a virtual Machine (like described in the > manual in 8.16), guix pull does not actually work[1] with 1 GB of RAM. > It does work fine with 4 GB of RAM. I don't see any reference of 1 GiB being enough in our current version of the manual. If you do, please let me know. Closing for now. Thanks, Maxim ------------=_1657720922-2241-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 27 Feb 2020 20:06:19 +0000 Received: from localhost ([127.0.0.1]:60314 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7PQJ-0007BY-Bn for submit@debbugs.gnu.org; Thu, 27 Feb 2020 15:06:19 -0500 Received: from lists.gnu.org ([209.51.188.17]:41598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7PQH-0007BQ-56 for submit@debbugs.gnu.org; Thu, 27 Feb 2020 15:06:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53285) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7PQG-0003UW-8f for bug-guix@gnu.org; Thu, 27 Feb 2020 15:06:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j7PQF-0007ob-BB for bug-guix@gnu.org; Thu, 27 Feb 2020 15:06:16 -0500 Received: from dd26836.kasserver.com ([85.13.145.193]:41484) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j7PQF-0007nz-4h for bug-guix@gnu.org; Thu, 27 Feb 2020 15:06:15 -0500 Received: from localhost (80-110-118-191.cgn.dynamic.surfer.at [80.110.118.191]) by dd26836.kasserver.com (Postfix) with ESMTPSA id C6A723363D36 for ; Thu, 27 Feb 2020 21:06:12 +0100 (CET) Date: Thu, 27 Feb 2020 21:06:01 +0100 From: Danny Milosavljevic To: Subject: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull Message-ID: <20200227210601.20011001@scratchpost.org> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/1/+7vaIE9qL8o.97syiQ0SH"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 85.13.145.193 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: submit 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: -1.7 (-) --Sig_/1/+7vaIE9qL8o.97syiQ0SH Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, I just got a report that with Guix in a virtual Machine (like described in = the manual in 8.16), guix pull does not actually work[1] with 1 GB of RAM. It does work fine with 4 GB of RAM. [1] build .....guix-packages-base.drv failed --Sig_/1/+7vaIE9qL8o.97syiQ0SH Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl5YISkACgkQ5xo1VCww uqWVEgf/d2vGYChcUbaWvwOWBA9KYRduS3fwfo+/ko/Ymuo+9taXV4kVO8sFnXtg kG0Wd48lNSGMsKcBpBi6stvH/QmI0/yoRI763ZH2LzF495mfC5/rNDjK7gF4STOm sWORszXKkxsZNTpJm1Qu2AFbrD3HFTSFo1uTJ+9/sP+3wu9qOeW6j3xLhQBKLmCv 70PMmDvgnDWEU8u92GDMuIX/z9HKf0yHl3852GlBEy6FdABxZ5cHy5TLLr4rztR/ R/IlBYHZrAG0nReTiJgZEgecml1HjvEkWUagblcNRxA69x6zOP+3y7fhN8bbZIYE TOJIU6k6TynpM4fXt3hqxxTnUACjDw== =5nT/ -----END PGP SIGNATURE----- --Sig_/1/+7vaIE9qL8o.97syiQ0SH-- ------------=_1657720922-2241-1-- From unknown Tue Jun 24 10:33:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull Resent-From: Csepp Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 13 Jul 2022 17:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39813 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Maxim Cournoyer Cc: dannym@scratchpost.org, 39813@debbugs.gnu.org, 39813-done@debbugs.gnu.org X-Debbugs-Original-Cc: Danny Milosavljevic , bug-guix@gnu.org, 39813-done@debbugs.gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16577316326055 (code B ref -1); Wed, 13 Jul 2022 17:01:02 +0000 Received: (at submit) by debbugs.gnu.org; 13 Jul 2022 17:00:32 +0000 Received: from localhost ([127.0.0.1]:47636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBfiy-0001Za-E5 for submit@debbugs.gnu.org; Wed, 13 Jul 2022 13:00:32 -0400 Received: from lists.gnu.org ([209.51.188.17]:56324) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBfiw-0001ZR-SL for submit@debbugs.gnu.org; Wed, 13 Jul 2022 13:00:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49854) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oBfis-0001KN-RQ for bug-guix@gnu.org; Wed, 13 Jul 2022 13:00:28 -0400 Received: from mx0.riseup.net ([198.252.153.6]:49004) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oBfip-0007VZ-Pr for bug-guix@gnu.org; Wed, 13 Jul 2022 13:00:26 -0400 Received: from fews2.riseup.net (fews2-pn.riseup.net [10.0.1.84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4LjkQF5yhXz9snB; Wed, 13 Jul 2022 17:00:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1657731621; bh=Z5/IDl2JUM+7Y+RhsC8W+QDBHa1fIlh461YTNyp7cJc=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=ARyFqCG9kTTg8AKKZgRV/KwxXE/7zg6O3QycjMtqGoS0S32LnvIQWmfkIK4zthkPM KNaiKP3ZDs3kJNV3UtxeTlwqsqzxaIckqzwI5lkDJP/UvQtssWRS1RAh01ravekgtw Xe+7ZsA6CT//IG/yl2VC8H0/gSH2V0w+2YfptcXk= X-Riseup-User-ID: 158AFE947EEFCA74C634470BF46CDE340C19A633EDAACA60CE0218F8CBA862FF Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews2.riseup.net (Postfix) with ESMTPSA id 4LjkQD6qHhz1yWm; Wed, 13 Jul 2022 17:00:20 +0000 (UTC) References: <20200227210601.20011001@scratchpost.org> <877d4h159j.fsf@gmail.com> From: Csepp Date: Wed, 13 Jul 2022 18:58:58 +0200 In-reply-to: <877d4h159j.fsf@gmail.com> Message-ID: <87lesx7xsx.fsf@riseup.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=198.252.153.6; envelope-from=raingloom@riseup.net; helo=mx0.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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: -2.4 (--) Maxim Cournoyer writes: > Hi Danny, > > Danny Milosavljevic writes: > >> Hi, >> >> I just got a report that with Guix in a virtual Machine (like described in the >> manual in 8.16), guix pull does not actually work[1] with 1 GB of RAM. >> It does work fine with 4 GB of RAM. > > I don't see any reference of 1 GiB being enough in our current version > of the manual. If you do, please let me know. > > Closing for now. > > Thanks, > > Maxim I think it's enough if you only use a single core. If any guix operations goes out of memory, add --cores=1. So: guix pull --cores=1 From unknown Tue Jun 24 10:33:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull Resent-From: Julien Lepiller Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 13 Jul 2022 17:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39813 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 39813@debbugs.gnu.org, raingloom@riseup.net, maxim.cournoyer@gmail.com Cc: dannym@scratchpost.org, 39813-done@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org, Csepp , Maxim Cournoyer X-Debbugs-Original-Cc: dannym@scratchpost.org, 39813-done@debbugs.gnu.org, 39813@debbugs.gnu.org Received: via spool by 39813-submit@debbugs.gnu.org id=B39813.16577329198366 (code B ref 39813); Wed, 13 Jul 2022 17:22:02 +0000 Received: (at 39813) by debbugs.gnu.org; 13 Jul 2022 17:21:59 +0000 Received: from localhost ([127.0.0.1]:47670 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBg3i-0002Ar-QK for submit@debbugs.gnu.org; Wed, 13 Jul 2022 13:21:59 -0400 Received: from lepiller.eu ([89.234.186.109]:43906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBg3e-0002AT-MU; Wed, 13 Jul 2022 13:21:57 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 85b89ae7; Wed, 13 Jul 2022 17:21:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date:from :to:cc:subject:in-reply-to:references:message-id:mime-version :content-type:content-transfer-encoding; s=dkim; bh=t1i1/0OBvcJL JOJfI1tH8y88rQdoaygWa5leD9j2NiA=; b=mwNPKJGez57lu+CUjV9HJYQ8dP9r WSGrhCAEc7s3LtkJ+SXwF9Lfzzjdou/1Kae5c/ahCJq4sWbDhS1a+JrnxFQlEGwp 7Vr95Kv3x06j8FSiUPMyxbqCgDCq/9JABtfaI/jtaSuv8nK5wTzFksNLaLf/ayFj 9gxoJ+axjYtDaedVvzqCyEY7alQ9kO0KT/8LSj/uFNUeFLNeZ2XCynLtffV7NnQt 8/s98T9f7Q9HHCLhUBIa2gD10aXGoFAFlO/3d4RqzEMd/iHIuFkCOz0vlLpMETya 3smG9tIRNC0Y5ME1dxWp2PJCYGSqECpynRWBsae7KbXC6eZCY3ni1apXgw== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id cf819f34 (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO); Wed, 13 Jul 2022 17:21:51 +0000 (UTC) Date: Wed, 13 Jul 2022 19:21:45 +0200 From: Julien Lepiller User-Agent: K-9 Mail for Android In-Reply-To: <87lesx7xsx.fsf@riseup.net> References: <20200227210601.20011001@scratchpost.org> <877d4h159j.fsf@gmail.com> <87lesx7xsx.fsf@riseup.net> Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----XA2CGGQ6E3W8UVTKZPZ9GYXZ1RD8SP Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) 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: -1.0 (-) ------XA2CGGQ6E3W8UVTKZPZ9GYXZ1RD8SP Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I've heard that theory before=2E From observation on my late armhf server (= two cores): - it takes just below 2GB to build one of the derivations - It doesn't swap a single byte - whether with two or a single core, it takes roughly the same amount of m= emory - substitution is nice, it doesn't require lots of memory (and then --core= s is useless) I think it's because we load all the files in a batch before we build them= =2E The biggest amount of memory required is not for running the compiler o= n a thread, but for loading files and keeping them in memory for the whole = duration of the build=2E With more threads, we still don't load each file m= ore than once (twice to build it), so there's no reason it should take more= memory=2E Or maybe the process of loading and building is inherently single-threaded= ? I don't think so, but maybe? Or it doesn't honor --cores=2E Le 13 juillet 2022 18:58:58 GMT+02:00, Csepp a = =C3=A9crit=C2=A0: > >Maxim Cournoyer writes: > >> Hi Danny, >> >> Danny Milosavljevic writes: >> >>> Hi, >>> >>> I just got a report that with Guix in a virtual Machine (like describe= d in the >>> manual in 8=2E16), guix pull does not actually work[1] with 1 GB of RA= M=2E >>> It does work fine with 4 GB of RAM=2E >> >> I don't see any reference of 1 GiB being enough in our current version >> of the manual=2E If you do, please let me know=2E >> >> Closing for now=2E >> >> Thanks, >> >> Maxim > >I think it's enough if you only use a single core=2E >If any guix operations goes out of memory, add --cores=3D1=2E >So: guix pull --cores=3D1 > > > ------XA2CGGQ6E3W8UVTKZPZ9GYXZ1RD8SP Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable I've heard that theory before=2E From observation = on my late armhf server (two cores):

- it takes just below 2GB to bu= ild one of the derivations
- It doesn't swap a single byte
- whether = with two or a single core, it takes roughly the same amount of memory
- = substitution is nice, it doesn't require lots of memory (and then --cores i= s useless)

I think it's because we load all the files in a batch bef= ore we build them=2E The biggest amount of memory required is not for runni= ng the compiler on a thread, but for loading files and keeping them in memo= ry for the whole duration of the build=2E With more threads, we still don't= load each file more than once (twice to build it), so there's no reason it= should take more memory=2E

Or maybe the process of loading and buil= ding is inherently single-threaded? I don't think so, but maybe?

Or = it doesn't honor --cores=2E

Le 13 juillet= 2022 18:58:58 GMT+02:00, Csepp <raingloom@riseup=2Enet> a =C3=A9crit= =C2=A0:

Maxim Cournoyer <maxim=2Ecournoy=
er@gmail=2Ecom> writes:

 Hi Danny,

 Danny Milosavljevic <dannym@scratchpost=2Eo=
rg> writes:

 Hi,=


 I just got a report that with Guix in a virtual Machine (like desc=
ribed in the
 manual in 8=2E16), guix pull does not actually work[1] wit=
h 1 GB of RAM=2E
 It does work fine with 4 GB of RAM=2E
=

 I don't see any reference of 1 GiB being enough in our current version=

 of the manual=2E  If you do, please let me know=2E

 Closing for=
 now=2E

 Thanks,

 Maxim

I think it's enou=
gh if you only use a single core=2E
If any guix operations goes out of m=
emory, add --cores=3D1=2E
So: guix pull --cores=3D1



------XA2CGGQ6E3W8UVTKZPZ9GYXZ1RD8SP-- From unknown Tue Jun 24 10:33:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull Resent-From: Liliana Marie Prikler Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 13 Jul 2022 20:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39813 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Julien Lepiller , Csepp , Maxim Cournoyer Cc: dannym@scratchpost.org, 39813@debbugs.gnu.org, 39813-done@debbugs.gnu.org Received: via spool by 39813-submit@debbugs.gnu.org id=B39813.165774244425407 (code B ref 39813); Wed, 13 Jul 2022 20:01:01 +0000 Received: (at 39813) by debbugs.gnu.org; 13 Jul 2022 20:00:44 +0000 Received: from localhost ([127.0.0.1]:47811 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBiXL-0006bc-IW for submit@debbugs.gnu.org; Wed, 13 Jul 2022 16:00:43 -0400 Received: from mail-ej1-f68.google.com ([209.85.218.68]:37840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBiXI-0006b9-Dl; Wed, 13 Jul 2022 16:00:42 -0400 Received: by mail-ej1-f68.google.com with SMTP id os14so21764330ejb.4; Wed, 13 Jul 2022 13:00:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=ypjiZOOouxsVs0cw0OKqC3Wgk1EFQFt/d33hsN87ErI=; b=i+9kE/XVdaBGfmdKg5cjc4pW4Y8nNQlYz+gR1SQCg3HPB40CvL6lKK9/GnPa12M3F/ U+k02hTlt9H52W5d6AyoTnGvP19e8kHnQd9sdGDXG2u0JOGefGgk5iZ4uWlKDkDwNMmW 2R8XZJGclyznW73XGOc94bd9Y/4yE8P6q06xr0bqOmfnI9N8zvPEcZOlBXLK/GIPEQ6b FI4ewtsv6Dlg36ZREdqzojbdiQWhOAxRvnCw5NM8Boxg0pYj2jQ310bfmdc3Rp8NgVAg 1FkW7mV1OypWQDhPBgjVbYDMHVJXHiAFqMVrPRQnGppchplvvYNFr/8UFubUelPW+Aw3 FxMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=ypjiZOOouxsVs0cw0OKqC3Wgk1EFQFt/d33hsN87ErI=; b=3/dsQfnwq0tO5paUg+OOQhBG4pQK5B4xKnmStDVoEgZOqAaVudfNd04FBtrdQZMnAr DEeY68cGashSd+Dz+t7NkijOF6y8otJQ6l1CFwGbcdtAN5mprCKNsTBPyHepshKxCNfC UndXH8HT29R5OdmK2F/sHef71RvR8RIAfxkEjk4o7Ks/jlq9ZVyjZ8da+AXWEfj+GVlO QOy5qry29eHcmL0sVFywOXMm78OIAW/RrzJgLhryGE0bT77K/Us3RiVjWQID5U1Nk3rR njG4izDIEThgC+MZw0kTmk0WrcotOLfZ6E71EHq01VdIWfYMfzDggqkxb0Gmn+T6C6Yh NicA== X-Gm-Message-State: AJIora9Tiu/CkpIrvEs4GWnv17zvWE4m9tttNC9SczPmdosmJzRQj0UI W+q6n1HI6Mb7tIa49NWDqik= X-Google-Smtp-Source: AGRyM1sZ2KhYdsmkk5i/uqBdMPJaEH/LG9dx4Mv9pjoQbnXfGMmqmb/Xf5Qo0gde1fyHeBK7rkwTWQ== X-Received: by 2002:a17:906:49d5:b0:717:7d2f:d6ed with SMTP id w21-20020a17090649d500b007177d2fd6edmr5052261ejv.750.1657742434427; Wed, 13 Jul 2022 13:00:34 -0700 (PDT) Received: from nijino.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id mh12-20020a170906eb8c00b00705cd37fd5asm5277367ejb.72.2022.07.13.13.00.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Jul 2022 13:00:34 -0700 (PDT) Message-ID: <9eb8491e8353fb2ddfeb9d508a058fca15b19d40.camel@gmail.com> From: Liliana Marie Prikler Date: Wed, 13 Jul 2022 22:00:33 +0200 In-Reply-To: References: <20200227210601.20011001@scratchpost.org> <877d4h159j.fsf@gmail.com> <87lesx7xsx.fsf@riseup.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) 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: -1.0 (-) Am Mittwoch, dem 13.07.2022 um 19:21 +0200 schrieb Julien Lepiller: > I've heard that theory before. From observation on my late armhf > server > (two cores): > > - it takes just below 2GB to build one of the derivations > - It doesn't swap a single byte > - whether with two or a single core, it takes roughly the same amount > of memory > - substitution is nice, it doesn't require lots of memory (and then - > - > cores is useless) > > I think it's because we load all the files in a batch before we build > them. The biggest amount of memory required is not for running the > compiler on a thread, but for loading files and keeping them in > memory for the whole duration of the build. With more threads, we > still don't load each file more than once (twice to build it), so > there's no reason it should take more memory. > > Or maybe the process of loading and building is inherently single- > threaded? I don't think so, but maybe? Loading and building is implemented in build-aux/compile-all.scm, which does use multiple parallel workers. However, since all compilation appears to be done in the same Guile process, I don't think multi- threading makes too big of an impact (it'll be the same garbage collector regardless of ordering). Cheers From unknown Tue Jun 24 10:33:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39813: Running Guix in a Virtual Machine - says 1 GB RAM is enough, but it isn't for guix pull Resent-From: Csepp Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 14 Jul 2022 12:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39813 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Liliana Marie Prikler Cc: Julien Lepiller , Maxim Cournoyer , dannym@scratchpost.org, 39813@debbugs.gnu.org, 39813-done@debbugs.gnu.org, Csepp Received: via spool by 39813-submit@debbugs.gnu.org id=B39813.16578034442800 (code B ref 39813); Thu, 14 Jul 2022 12:58:01 +0000 Received: (at 39813) by debbugs.gnu.org; 14 Jul 2022 12:57:24 +0000 Received: from localhost ([127.0.0.1]:36962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oByPE-0000j1-8K for submit@debbugs.gnu.org; Thu, 14 Jul 2022 08:57:24 -0400 Received: from mx0.riseup.net ([198.252.153.6]:47514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oByPB-0000ii-HR; Thu, 14 Jul 2022 08:57:22 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4LkDzH3J8hz9tCY; Thu, 14 Jul 2022 12:57:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1657803435; bh=zdNSQbJndSBF4uU9TqKasNA8c/jI0VY4Vb0xtI6vPmg=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=FmHN0cn+T5+tEUDnZZlPOQlzKvaNYzZKaoA/N+4iWh9OGf8zrV1nDuD7WdzPO2h2u fPhC2VJSSgZSEtm5AeIwZfH+NyjRWSAujTp+L93lWaLMCrbsdL1l+Os+/qKUTkQLMT eHNEDfT2bqsLfGdLvr4NzCkP5y6HC0Wnbe6FRwZ4= X-Riseup-User-ID: C6A33FD8A39A1F86C0C109A35042991C821A95B25C4DAB923BF58C1AC72486F9 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4LkDzG2JY0z5w5Z; Thu, 14 Jul 2022 12:57:14 +0000 (UTC) References: <20200227210601.20011001@scratchpost.org> <877d4h159j.fsf@gmail.com> <87lesx7xsx.fsf@riseup.net> <9eb8491e8353fb2ddfeb9d508a058fca15b19d40.camel@gmail.com> From: Csepp Date: Thu, 14 Jul 2022 14:50:34 +0200 In-reply-to: <9eb8491e8353fb2ddfeb9d508a058fca15b19d40.camel@gmail.com> Message-ID: <8735f3c0ns.fsf@riseup.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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: -1.7 (-) Liliana Marie Prikler writes: > Am Mittwoch, dem 13.07.2022 um 19:21 +0200 schrieb Julien Lepiller: >> I've heard that theory before. From observation on my late armhf >> server >> (two cores): >> >> - it takes just below 2GB to build one of the derivations >> - It doesn't swap a single byte >> - whether with two or a single core, it takes roughly the same amount >> of memory >> - substitution is nice, it doesn't require lots of memory (and then - >> - >> cores is useless) >> >> I think it's because we load all the files in a batch before we build >> them. The biggest amount of memory required is not for running the >> compiler on a thread, but for loading files and keeping them in >> memory for the whole duration of the build. With more threads, we >> still don't load each file more than once (twice to build it), so >> there's no reason it should take more memory. >> >> Or maybe the process of loading and building is inherently single- >> threaded? I don't think so, but maybe? > Loading and building is implemented in build-aux/compile-all.scm, which > does use multiple parallel workers. However, since all compilation > appears to be done in the same Guile process, I don't think multi- > threading makes too big of an impact (it'll be the same garbage > collector regardless of ordering). > > Cheers Hmm, for some reason it finishes much faster on my i686 netbook with --cores=1. I'll try to look into it further. I enable swap on it but it doesn't use a lot of it. Maybe using an HDD matters too, since swapping is much more expensive on it. Disabling parallelism tends to help because it can halve the worst case memory usage. If foo.c and bar.c both require at most 1M during build, building them in parallel is 2M in the worst case, but only 1M when serialized. Oh and this is with channel-with-substitutes-available. So either that's broken or something still needs building. Anyways, I should take a looksie at build-aux/compile-all.scm, maybe I can decrease the memory usage.