From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: Re: 02/02: gnu: next: Compress the executable. Date: Thu, 27 Feb 2020 10:38:40 -0500 Message-ID: <87tv3cm45b.fsf@gmail.com> References: <875zm0co0t.fsf@ambrevar.xyz> <87h85ipo14.fsf@gnu.org> <87muf9n8sc.fsf@ambrevar.xyz> <8736gw6xrh.fsf@gnu.org> <87y2yonng4.fsf@ambrevar.xyz> <87k19tg63u.fsf@ambrevar.xyz> <87v9tcm8ws.fsf@gnu.org> <87d0fjb5hi.fsf@gmail.com> <87a7an8bfy.fsf@ambrevar.xyz> <87eezv9oo8.fsf@gmail.com> <20191003070930.GA17163@E5400> <871rvnyawl.fsf@gmail.com> <87k19fk79g.fsf@ambrevar.xyz> <874l0ir8jy.fsf@gmail.com> <87sgo2fine.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:59827) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7LFM-0002en-RN for guix-devel@gnu.org; Thu, 27 Feb 2020 10:38:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j7LFL-0001ca-R3 for guix-devel@gnu.org; Thu, 27 Feb 2020 10:38:44 -0500 Received: from mail-qk1-x72f.google.com ([2607:f8b0:4864:20::72f]:37034) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j7LFL-0001bT-LI for guix-devel@gnu.org; Thu, 27 Feb 2020 10:38:43 -0500 Received: by mail-qk1-x72f.google.com with SMTP id m9so3541733qke.4 for ; Thu, 27 Feb 2020 07:38:43 -0800 (PST) In-Reply-To: <87sgo2fine.fsf@ambrevar.xyz> (Pierre Neidhardt's message of "Wed, 09 Oct 2019 10:05:41 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: Pierre Neidhardt Cc: guix-devel@gnu.org Hi Pierre, The problem where using Btrfs compression wasn't effective for /gnu/store (or anything else) was caused by the init RAM disk not honoring options on the root file system. I could notice about this when running just 'mount', and the options I gave in my config.scm were missing. Since this was fixed with commit 900ef20b1da66ad71145082c883dc12f31fafa54, retesting compsize gives better results :-). Here are the results when using the zstd compression (default level, 3) on the /gnu/store of this relatively new machine: --8<---------------cut here---------------start------------->8--- sudo compsize /gnu/store Password: Processed 1166359 files, 379224 regular extents (1025522 refs), 543008 inline. Type Perc Disk Usage Uncompressed Referenced TOTAL 65% 30G 46G 107G none 100% 23G 23G 52G zstd 29% 6.8G 22G 55G --8<---------------cut here---------------end--------------->8--- We see that there's 23 GiB that aren't compressed. I attribute those to already compressed files in the store, that Btrfs doesn't consider worth compressing. For the compressible files, Zstd achieves an impressive 29% compression ratio, while overall the compression ration is 65%. The last column shows how much space a traditional file system would need to store the content referenced. Maxim