From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35304) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f3gol-0001Ez-Jq for guix-patches@gnu.org; Wed, 04 Apr 2018 07:43:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f3gog-0008L2-Nb for guix-patches@gnu.org; Wed, 04 Apr 2018 07:43:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:58041) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f3gog-0008Km-JB for guix-patches@gnu.org; Wed, 04 Apr 2018 07:43:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f3gog-0006u8-Ae for guix-patches@gnu.org; Wed, 04 Apr 2018 07:43:02 -0400 Subject: [bug#31015] [PATCH] packages, scripts, utils: Respect (parallel-job-count) when xz-compressing. Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <20180401125431.11996-1-mbakke@fastmail.com> Date: Wed, 04 Apr 2018 13:42:01 +0200 In-Reply-To: <20180401125431.11996-1-mbakke@fastmail.com> (Marius Bakke's message of "Sun, 1 Apr 2018 14:54:31 +0200") Message-ID: <877epnfbau.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Marius Bakke Cc: 31015@debbugs.gnu.org Hello! Marius Bakke skribis: > * guix/packages.scm (patch-and-repack): When invoking 'xz', tell it to us= e the > amount of cores specified by e.g. 'guix build -c'. > * guix/scripts/pack.scm (%compressors, bootstrap-xz): Likewise. While at= it, > use the long form '--threads=3D' for clarity. > * guix/utils.scm (decompressed-port, compressed-port, compressed-output-p= ort): > Likewise. Wasn=E2=80=99t there an issue that parallel xz is non-deterministic? I vag= uely remember something like this when we were producing with glibc tarballs out of the Git repo. If so, we should instead use -T1, even if that means getting worse performance (I hear that lzip =E2=80=9Cworks better=E2=80=9D than xz, so we= should give it a try if we want both performance and good compression.) Besides, the guix/packages.scm part would lead to a full rebuild, so I think it=E2=80=99s a bit late for =E2=80=98core-updates=E2=80=99. Thanks, Ludo=E2=80=99.