ckolivas/lrzip
1
0
Fork 0
mirror of https://github.com/ckolivas/lrzip.git synced 2025-12-06 07:12:00 +01:00
Code Issues Actions Packages Projects Releases Wiki Activity

Update changelogs.

Browse source
This commit is contained in:
Con Kolivas 2010-11-06 00:36:56 +11:00
parent c9cfd30eb5
commit 4cc625bcde
2 changed files with 22 additions and 10 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

20
ChangeLog
View file

@ -10,11 +10,12 @@ was also using the faked versions on all builds.
accessing the buffer directly, thus allowing us to have window sizes larger than accessing the buffer directly, thus allowing us to have window sizes larger than
available ram. This is implemented through the use of a "sliding mmap" available ram. This is implemented through the use of a "sliding mmap"
implementation. Sliding mmap uses two mmapped buffers, one large one as implementation. Sliding mmap uses two mmapped buffers, one large one as
previously, and one page sized smaller one. When an attempt is made to read previously, and one smaller one. When an attempt is made to read beyond the end
beyond the end of the large buffer, the small buffer is remapped to the file of the large buffer, the small buffer is remapped to the file area that's being
area that's being accessed. While this implementation is 100x slower than direct accessed, while the larger one is remapped as the search progresses along the
mmapping, it allows us to implement unlimited sized compression windows. file. While this implementation is potentially much slower than direct mmapping,
* Implement the -U option with unlimited sized windows. it allows us to implement unlimited sized compression windows.
* Implement the -U option with unlimited sized compression windows.
* Rework the selection of compression windows. Instead of trying to guess how * Rework the selection of compression windows. Instead of trying to guess how
much ram the machine might be able to access, we try to safely buffer as much much ram the machine might be able to access, we try to safely buffer as much
ram as we can, and then use that to determine the file buffer size. Do not ram as we can, and then use that to determine the file buffer size. Do not
@ -28,10 +29,15 @@ and the compression backends.
* More error handling. * More error handling.
* Change -L to affect rzip compression level directly as well as backend * Change -L to affect rzip compression level directly as well as backend
compression level and use 9 by default now. compression level and use 9 by default now.
* More cleanups of information output. * Fix file size reporting on compressed files generated from stdin.
* More cleanups of information output and more information.
* Add chunk percentage to progress update.
* Reinstated the 2GB buffer limit on 32 bit machines during compression, though
the -U mode can work around it now.
* Code micro-optimisations.
* Use 3 point release numbering in case one minor version has many subversions. * Use 3 point release numbering in case one minor version has many subversions.
* Numerous minor cleanups and tidying. * Numerous minor cleanups and tidying.
* Updated docs and manpages. * Updated docs, manpages, and benchmarks.
NOVEMBER 2010, version 0.5 Con Kolivas NOVEMBER 2010, version 0.5 Con Kolivas
* Changed offset encoding in rzip stage to use variable byte width offsets * Changed offset encoding in rzip stage to use variable byte width offsets

12
WHATS-NEW
View file

@ -2,15 +2,21 @@ lrzip-0.5.1
Fixed the build on Darwin. Fixed the build on Darwin.
Rewrote the rzip compression phase to make it possible to use unlimited sized Rewrote the rzip compression phase to make it possible to use unlimited sized
windows now, not limited by ram. Unfortunately it's 100 times slower in this windows now, not limited by ram. Unfortunately it gets progressively slower in
mode but you can compress a file of any size as one big compression window with this mode the bigger the file gets but you can compress a file of any size as
it using the new -U option. one big compression window with it using the new -U option. Suggest you try
the new improved -M mode first or in combination. See the docs for more
information.
Changed the memory selection system to simply find the largest reasonable sized Changed the memory selection system to simply find the largest reasonable sized
window and use that by default instead of guessing the window size. window and use that by default instead of guessing the window size.
Setting -M now only affects the window size, trying to find the largest Setting -M now only affects the window size, trying to find the largest
unreasonably sized window that will still work. unreasonably sized window that will still work.
The default compression level is now 9 and affects the rzip compression stage The default compression level is now 9 and affects the rzip compression stage
as well as the backend compression. as well as the backend compression.
Fixed some potential failures during compression.
Improved screen output with more reporting in verbose mode, and chunk size
percentage update.
Fixed file size reporting on compressed files generated from stdin.
Changed to 3 point releases in case we get more than 9 subversions ;) Changed to 3 point releases in case we get more than 9 subversions ;)
lrzip-0.50 lrzip-0.50