From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: Re: 02/02: gnu: next: Compress the executable. Date: Tue, 08 Oct 2019 21:50:41 -0400 Message-ID: <874l0ir8jy.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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:42534) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iI17m-0001zy-5h for guix-devel@gnu.org; Tue, 08 Oct 2019 21:50:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iI17k-0008CT-Jz for guix-devel@gnu.org; Tue, 08 Oct 2019 21:50:45 -0400 Received: from mail-qt1-x832.google.com ([2607:f8b0:4864:20::832]:44626) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iI17k-0008CH-Dk for guix-devel@gnu.org; Tue, 08 Oct 2019 21:50:44 -0400 Received: by mail-qt1-x832.google.com with SMTP id u40so1080851qth.11 for ; Tue, 08 Oct 2019 18:50:44 -0700 (PDT) In-Reply-To: <87k19fk79g.fsf@ambrevar.xyz> (Pierre Neidhardt's message of "Tue, 08 Oct 2019 09:48:11 +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.org@gnu.org Sender: "Guix-devel" To: Pierre Neidhardt Cc: guix-devel@gnu.org Hi Pierre, Pierre Neidhardt writes: > Maxim Cournoyer writes: > >> But it appears most of my /gnu/store content is not using compression at >> all, perhaps because Btrfs will not compress files it knows wouldn't >> compress well (e.g. already compressed archives). > > Hmmm... If you've got a lot of source archives in your store, this is > would be true, but libraries and binaries compress very well in general, > so I would also expect more than 10%. Have you tried cleaning up some > of the compressed archives? I haven't, but running compsize on my /home gives a similar result... Weird. I don't keep much already compressed (videos, photos, compressed archives, etc.) files in my home, AFAICT. It'd be useful if 'compsize' could tell us the nature of the files that we not compressed. Maxim