From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52214) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gV0sQ-0007xI-E9 for guix-patches@gnu.org; Thu, 06 Dec 2018 16:08:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gV0sM-0003n0-Dh for guix-patches@gnu.org; Thu, 06 Dec 2018 16:08:06 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:60053) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gV0sM-0003mO-7U for guix-patches@gnu.org; Thu, 06 Dec 2018 16:08:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gV0sM-0003Jf-1W for guix-patches@gnu.org; Thu, 06 Dec 2018 16:08:02 -0500 Subject: [bug#33643] [PATCH] gnu-build-system: Enable xz to decompress in parallel. Resent-Message-ID: Date: Thu, 6 Dec 2018 16:06:53 -0500 From: Leo Famulari Message-ID: <20181206210653.GA909@jasmine.lan> References: <20181206075615.4637-1-mail@cbaines.net> <20181206081352.GA31941@jasmine.lan> <87o99yo382.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <87o99yo382.fsf@cbaines.net> 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: Christopher Baines Cc: 33643@debbugs.gnu.org --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 06, 2018 at 07:38:21PM +0000, Christopher Baines wrote: > So, if -T was used to compress the data, then it sounds like it'll work > to decompress it. I guess this adds a little more uncertainty to the > benefit of this change, as the impact is dependent on the way the source > data is compressed. Right. When parallel decompression is implemented, I think we should enable it in order to get some benefit from upstream tarballs that may have been created with multi-threaded compression.=20 However, we probably won't be able to use the parallel compression within Guix because it is apparently not deterministic: --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAlwJj2kACgkQJkb6MLrK fwiCQhAA4rGeNQ1PWm/23zpFcOKanr5Il9U6ppIY94BvLodzT+KfqTsCo2nH4AOg dTWHViH8ArhHlQrre0f0gcKWddMal3Z45lVV5auVgLaU6L5AaFp0h7Xe8cN0Z+vy HcC2E+XLTjOlZZTl2je9+69lxfNE48AtjIr4KfSwOhrOXdD7ahwNV7pLWSD8gc4u 1yT70guVTpNKp7qxUf/Vpv61avg2uy6LXCCIoR4lh8+EENTdwHqEDwh6EnFL8B2V zOzLPrdqSdW8z6o4mLha8LHHFdwcSQZNQWtK0p1I1TGBdZTKk9T73Nr29qLUF8LI iEQ5TH+VIaHDjDXNntJndBtmNdzROJSeul9c3QC0kL31YRg75EKQH9V3+rtScgU5 sHgiYZ9cMJiwYV0Gy9vLy3kZDQDjxdLCdsDMR+iG5q1N54c8ilWRw2vN24HDr3jD bOOG6LwIQsBSD2NmiHPa4byzHHBoMXPQrDbR6OpKGjgKGwEEBNT703tCaiyfbgDY 8rUFsfmD7OcL/BIYc0jO54pwHy04Y01+tNfkZwZegNYc1LkfXspPQTzmxN+GXOQ+ 4GjqcJqvz8uTE6GkfuxlMVDnq0CgcaN53n+zi+tzawXLftbPibDYh/xb8y9T+95I EqckOmrlNcVx52w1NItR2ULEetOMSjm7x3q70LpXonEThhozZY4= =fs3X -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s--