From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 346A8158020 for ; Wed, 12 Oct 2022 08:27:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D4E23E0997; Wed, 12 Oct 2022 08:27:26 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9BC7FE097C for ; Wed, 12 Oct 2022 08:27:26 +0000 (UTC) From: Ulrich Mueller To: Sam James Cc: gentoo-dev@lists.gentoo.org, dist-kernel@gentoo.org, kernel@gentoo.org Subject: Re: [gentoo-dev] [PATCH 2/8] linux-mod.eclass: compress xz/zstd in parallel In-Reply-To: <20221011225444.56032-2-sam@gentoo.org> (Sam James's message of "Tue, 11 Oct 2022 23:54:38 +0100") References: <20221011225444.56032-1-sam@gentoo.org> <20221011225444.56032-2-sam@gentoo.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) Date: Wed, 12 Oct 2022 10:27:18 +0200 Message-ID: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Archives-Salt: b859b54e-9198-46d8-8dec-fd715f0043d9 X-Archives-Hash: 0939cd688ca07caa512fb7fdae529cdd --=-=-= Content-Type: text/plain What is the motivation for this? The typical kernel module on my system has a size of about 20 KiB uncompressed, with the largest about 2 MiB. Compression times are negligible for these, so is there a need to optimize? Ulrich --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFDBAEBCAAtFiEEtDnZ1O9xIP68rzDbUYgzUIhBXi4FAmNGemYPHHVsbUBnZW50 b28ub3JnAAoJEFGIM1CIQV4usaMIAI0aBAhFHl2s03r3GriLh5UsW+7wzED9BcB1 B1TReYvziagY9JNjsOVZGYFDHabGImYNzelb2Z6dMVe3Qyo4CNlEWpFWmIIhy2Qe nvhHv+3tjXoS9Ox/gur5EuD9gyW15yodHUG6mLPcE9qB8f4/iZ0DfXdoctLGLKvr Ol+4yIfqoa7BQzTmPxbi+44Lb3lrygDmpexIPuIjskE/tLSQqvubM/oCaUAoEBgI GBatb5s4IUfQ21nefygARJa/QYxs2skHxMRQ0fA+27P5n1u6MCsYcwQOuM6g3VDF YVoHg1XDVxsWt0a4ftMPKVtgP22nMXnzhg0tk+Nmf8d0Gxvwe5k= =Lr53 -----END PGP SIGNATURE----- --=-=-=--