mirror of
https://github.com/ckolivas/lrzip.git
synced 2025-12-06 07:12:00 +01:00
Update docs.
This commit is contained in:
parent
c3dfcfcec1
commit
13e443e23c
18
ChangeLog
18
ChangeLog
|
|
@ -1,4 +1,22 @@
|
|||
lrzip ChangeLog
|
||||
DECEMBER 2010, version 0.544 Con Kolivas
|
||||
* Make multiple stream 0 entry decompression more robust by creating separate
|
||||
thread groups for stream 0 and stream 1.
|
||||
* uclibc fails to return valid values for memory size with sysconf so create
|
||||
a workaround.
|
||||
* 32 bits has memory allocation errors on large files so be ruthless with
|
||||
limiting window sizes and use more sliding mmap.
|
||||
* Split up compression streams according to proportion of hash search thus
|
||||
evenly distributing work to threads based on raw data length rather than
|
||||
rzip pre-processed data. This makes for more CPU usage on compression and
|
||||
smoother write out on decompression with small speed ups.
|
||||
* Remove unnecessary argument passing.
|
||||
* Fix -U causing a floating point error with ultra small sized files.
|
||||
* 32 bits still sometimes fails the lzma compression stage due to internal
|
||||
memory allocation issues, so use bzip2 as a fallback on blocks that fail to
|
||||
compress.
|
||||
* Minor cleanups.
|
||||
|
||||
NOVEMBER 2010, version 0.543 Con Kolivas
|
||||
* Fix for when there are multiple stream 0 entries per chunk, which would
|
||||
cause a failure on decompression.
|
||||
|
|
|
|||
12
WHATS-NEW
12
WHATS-NEW
|
|
@ -1,3 +1,15 @@
|
|||
lrzip-0.544
|
||||
|
||||
Hopefully a fix for corrupt decompression on large files with multiple stream 0
|
||||
entries.
|
||||
Fix for use under uclibc.
|
||||
Fix for memory allocation errors on large files on 32 bits.
|
||||
Smooth out spacing of compression threads making better use of CPU on compress
|
||||
and decompress.
|
||||
Fix for using -U on ultra-small files.
|
||||
Use bzip2 on blocks that lzma fails to compress to make sure they are still
|
||||
compressed.
|
||||
|
||||
lrzip-0.543
|
||||
|
||||
A fix for when large files being decompressed fail with multithreaded
|
||||
|
|
|
|||
Loading…
Reference in a new issue