Date: Tue, 30 Nov 2010 00:40:33 +0100 From: Matthias Andree <matthias.andree@gmx.de> To: freebsd-ports@freebsd.org Subject: Re: packages compressed with xz Message-ID: <4CF439F1.6050703@gmx.de> In-Reply-To: <4CF3F16E.3020501@DataIX.net> References: <AANLkTimHL9_qj3nB0jCvH_rah5JZBzEroz_J_Ou-TH52@mail.gmail.com> <4CF38D7F.6070206@gmx.de> <4CF3F16E.3020501@DataIX.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 29.11.2010 19:31, schrieb jhell: > Adding to this, as the manual says... The decompressing host will need > to have at minimal 5% -> 20% of memory 'available' for decompression of > what the compressing host had. Seeing as FreeBSD still runs on systems > with memory as little as 200MB "~20% of 1024MB" and quite possible to > run on systems with memory of 64MB "~5% of 1024MB" I would not see any > benefit in modifying the default memory limit on a compressing host to > accommodate for these system rather than using gzip(1) or bzip2(1) by > default. You can specify limits during compression, so the question is should we do that so that hosts with N MB of RAM can decompress packages? Do we retain the compression ratio over bzip2 if we limit compression memory to 512 MB so that decompression would be possible with, say, 128 MB? > It would be nice to support xz(1) compression for large selective > packages like firefox or openoffice as those will never run on smaller > systems. Yes, would be nice. I doubt it will happen soon. -- Matthias Andree
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CF439F1.6050703>