lzip-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lzip-bug] Want to Jettison xz(1), But Size Matters.


From: Antonio Diaz Diaz
Subject: Re: [Lzip-bug] Want to Jettison xz(1), But Size Matters.
Date: Sun, 22 Jul 2018 18:33:57 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14

Hi Ralph,

Ralph Corderoy wrote:
Right, maximum `-m' of 273, with same `-s 64MiB'.  I settled on `lzip -9
-s 96MiB' in ~/bin/tolz because 96 MiB × 10 is about the maximum I can
dedicate to compression on this particular machine, and I'm happy that
96 MiB, plus a bit, will always be available for decompression.

In case you ever need to decompress one such large file on a machine with less than 96+ MiB of RAM, you can use the low memory mode of lunzip:

http://www.nongnu.org/lzip/lunzip.html
Lunzip provides a "low memory" mode able to decompress any file using as little memory as 50 kB, irrespective of the dictionary size used to compress the file. To activate it, specify the size of the output buffer with the "--buffer-size" option and lunzip will use the decompressed file as dictionary for distances beyond the buffer size. Of course, the smaller the output buffer size used in relation to the dictionary size, the more accesses to disk are needed and the slower the decompression is.


Ah, `DS (coded dictionary size, 1 byte)' in the info.  Perhaps a
reference to that part of the format could be added to the `rounded
upwards' above.

I have already improved the description of '-s' as you suggested and I included a reference. It will appear in the next version of lzip. Thanks.


BTW, I noticed the info here has a few mispelt words.

Fixed. Thanks for catching these.


Best regards,
Antonio.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]