[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.