| 1 | 2.2 |
1 | |
|
|
2 | TODO: try unaligned copy again in decompressor |
|
|
3 | TODO: allow size-optimised binaries by avoiding unrolling |
|
|
4 | TODO: implement lzf_c_best in lzf. |
|
|
5 | |
|
|
6 | 3.8 (unreleased) |
|
|
7 | - support a state arg for lzf_c_best. |
|
|
8 | |
|
|
9 | 3.7 (unreleased) |
|
|
10 | - add lzf_c_best.c, a slower but better compressor. |
|
|
11 | - switch to a multiplicative hash (developed with Steinar Gunderson), |
|
|
12 | which is faster on modern cpus and compresses a bit better. The old |
|
|
13 | hash function which uses only shifts is still available. |
|
|
14 | - allow user configurable hash table slots, which makes it possible |
|
|
15 | to use e.g. 16 bit offsets for a smaller hashtable (if your data is |
|
|
16 | always < 64kb). |
|
|
17 | - use _WIN32, not WIN32, when testing for windows (fails with bcc), |
|
|
18 | patch by Tamas Tevesz. |
|
|
19 | - try to port to win64+gcc, which is non-posix but doesn't have _int64 |
|
|
20 | (reported by Maciej Adamczyk). |
|
|
21 | |
|
|
22 | 3.6 Mon Feb 7 17:37:31 CET 2011 |
|
|
23 | - fixed hash calculation in C♯ version (Tiago Freitas Leal). |
|
|
24 | - unroll copy for small sizes, use memcpy for larger sizes, |
|
|
25 | greatly speeding up decompression in most cases. |
|
|
26 | - finally disable rep movsb - it's a big loss on modern intel cpus, |
|
|
27 | and only a small win on amd cpus. |
|
|
28 | - improve C++ compatibility of the code. |
|
|
29 | - slightly improve compressor speed. |
|
|
30 | - halved memory requirements for compressor on 64 bit architectures, |
|
|
31 | which can improve the speed quite a bit on older cpus. |
|
|
32 | |
|
|
33 | 3.5 Fri May 1 02:28:42 CEST 2009 |
|
|
34 | - lzf_compress did sometimes write one octet past the given output |
|
|
35 | buffer (analyzed and nice testcase by Salvatore Sanfilippo). |
|
|
36 | |
|
|
37 | 3.4 Tue Sep 2 06:45:00 CEST 2008 |
|
|
38 | - the fix from 3.3 introduced a compression bug, which is fixed in |
|
|
39 | this release (which explains the mysterious prerelease...). Thanks |
|
|
40 | once more to Clément Calmels. |
|
|
41 | |
|
|
42 | 3.3 Mon Aug 25 03:17:42 CEST 2008 |
|
|
43 | - lzf_compress could access memory after the given input buffer |
|
|
44 | when outputting back references. reported with nice testcase |
|
|
45 | by Clément Calmels. |
|
|
46 | |
|
|
47 | 3.2 Fri May 9 18:52:23 CEST 2008 |
|
|
48 | - include a workaround for failing POSIX and real-world compliance |
|
|
49 | on 64 bit windows (microsoft claims to support POSIX, but is far |
|
|
50 | from it). (bug found and analysed nicely by John Lilley). |
|
|
51 | |
|
|
52 | 3.1 Fri Nov 30 11:33:04 CET 2007 |
|
|
53 | - IMPORTANT BUGFIX: a too long final literal run would corrupt data |
|
|
54 | in the encoder (this was introduced in 3.0 only, earlier versions |
|
|
55 | are safe). |
|
|
56 | |
|
|
57 | 3.0 Tue Nov 13 22:13:09 CET 2007 |
| 2 | - switched to GPL v2 or any later version. |
58 | - switched to 2-clause bsd with "GPL v2 or any later version" option. |
| 3 | - speed up compression by ~10-15% in common cases |
59 | - speed up compression by ~10-15% in common cases |
| 4 | by some manual unrolling. |
60 | by some manual unrolling. |
| 5 | - import some compiler tricks from JSON::XS. |
61 | - import some compiler tricks from JSON::XS, for further speed-ups. |
| 6 | - tune hash functions depending on ULTRA_FAST or VERY_FAST settings. |
62 | - tune hash functions depending on ULTRA_FAST or VERY_FAST settings. |
| 7 | - for typical binary data (e.g. /bin/bash, memory dumps, |
63 | - for typical binary data (e.g. /bin/bash, memory dumps, |
| 8 | canterbury corpus etc.), speed is now comparable to fastlz, but |
64 | canterbury corpus etc.), speed is now comparable to fastlz, but |
| 9 | with better compression ratio. with ULTRA_FAST, it's typically |
65 | with better compression ratio. with ULTRA_FAST, it's typically |
| 10 | 3-15% faster than fastlz while still maintaining a similar ratio. |
66 | 3-15% faster than fastlz while still maintaining a similar ratio. |
| 11 | (amd64 and core 2 duo, ymmv). thanks a lot for the competition :) |
67 | (amd64 and core 2 duo, ymmv). thanks a lot for the competition :) |
| 12 | - undo inline assembly, it is no longer helpful. |
68 | - undo inline assembly in compressor, it is no longer helpful. |
| 13 | - no changes to the decompressor. |
69 | - no changes to the decompressor. |
| 14 | - use a HLOG of 16 by default now (formerly 15). |
70 | - use a HLOG of 16 by default now (formerly 15). |
| 15 | |
71 | |
| 16 | 2.1 Fri Nov 2 13:34:42 CET 2007 |
72 | 2.1 Fri Nov 2 13:34:42 CET 2007 |
| 17 | - switched to a 2-clause bsd license with GPL exception. |
73 | - switched to a 2-clause bsd license with GPL exception. |
| … | |
… | |
| 42 | - default HLOG size is now 15 (cpu caches have increased). |
98 | - default HLOG size is now 15 (cpu caches have increased). |
| 43 | - documentation fixes. |
99 | - documentation fixes. |
| 44 | |
100 | |
| 45 | 1.51 Thu Apr 14 22:15:46 CEST 2005 |
101 | 1.51 Thu Apr 14 22:15:46 CEST 2005 |
| 46 | - incorporated C♯ implementation of both the en- and decoder, |
102 | - incorporated C♯ implementation of both the en- and decoder, |
| 47 | written by "Oren J. Maurice <oymaurice@hazorea.org.il>". |
103 | written by "Oren J. Maurice". |
| 48 | You can find it in the cs/ subdirectory. |
104 | You can find it in the cs/ subdirectory. |
| 49 | - make FRST, NEXT IDX overridable if lzf_c.c is directly included |
105 | - make FRST, NEXT IDX overridable if lzf_c.c is directly included |
| 50 | in the code. |
106 | in the code. |
| 51 | |
107 | |
| 52 | 1.5 Tue Mar 8 20:23:23 CET 2005 |
108 | 1.5 Tue Mar 8 20:23:23 CET 2005 |
