]> git.ipfire.org Git - thirdparty/zstd.git/commitdiff
update readme 67/head
authorYann Collet <yann.collet.73@gmail.com>
Fri, 6 Nov 2015 11:39:39 +0000 (12:39 +0100)
committerYann Collet <yann.collet.73@gmail.com>
Fri, 6 Nov 2015 11:39:39 +0000 (12:39 +0100)
NEWS
README.md
images/CSpeed.png [changed mode: 0644->0755]
images/DSpeed.png [changed mode: 0644->0755]
programs/paramgrill.c

diff --git a/NEWS b/NEWS
index c0cf789eb41b5d871f9c441c3d1e9033b1a25273..1c7facdcc1a06e5a910e84ddcf964470743e3629 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,5 +1,5 @@
 v0.3.4
-Faster low cLevels
+Faster fast cLevels
 
 v0.3.3
 Small compression ratio improvement
index 54fc53bf4d7dbe55b136d5c825a696101fd014af..b8ff8783e49babb3df369b0bc1c390075bf9c670 100644 (file)
--- a/README.md
+++ b/README.md
@@ -7,7 +7,7 @@ It is provided as a BSD-license package, hosted on Github.
 |master      | [![Build Status](https://travis-ci.org/Cyan4973/zstd.svg?branch=master)](https://travis-ci.org/Cyan4973/zstd) |
 |dev         | [![Build Status](https://travis-ci.org/Cyan4973/zstd.svg?branch=dev)](https://travis-ci.org/Cyan4973/zstd) |
 
-For a taste of its performance, here are a few benchmark numbers from a number of compression codecs suitable for real-time. The test was completed on a Core i7-5600U @ 2.6 GHz, using [fsbench 0.14.3](http://encode.ru/threads/1371-Filesystem-benchmark?p=34029&viewfull=1#post34029), an open-source benchmark program by m^2.
+For a taste of its performance, here are a few benchmark numbers from a number of compression codecs suitable for real-time. The test was completed on a Core i7-5600U @ 2.6 GHz, using m^2's [fsbench 0.14.3](http://encode.ru/threads/1371-Filesystem-benchmark?p=34029&viewfull=1#post34029) compiled with gcc 4.8.4, on the [Silesia compression corpus](http://sun.aei.polsl.pl/~sdeor/index.php?page=silesia).
 
 |Name             | Ratio | C.speed | D.speed |
 |-----------------|-------|--------:|--------:|
@@ -23,7 +23,7 @@ For a taste of its performance, here are a few benchmark numbers from a number o
 [zlib]:http://www.zlib.net/
 [LZ4]:http://www.lz4.org/
 
-Zstd can also offer stronger compression ratio at the cost of compression speed. Speed / Ratio trade-off is configurable by small increment, to fit different situations. Note however that decompression speed is preserved and remain roughly the same at all settings, a property shared by most LZ compression algorithms, such as [zlib]. The following test is run on a Core i7-3930K CPU @ 4.5GHz, using [lzbench], an open-source in-memory benchmark by inikep, on the [Silesia compression corpus](http://sun.aei.polsl.pl/~sdeor/index.php?page=silesia)
+Zstd can also offer stronger compression ratio at the cost of compression speed. Speed / Ratio trade-off is configurable by small increment, to fit different situations. Note however that decompression speed is preserved and remain roughly the same at all settings, a property shared by most LZ compression algorithms, such as [zlib]. The following test is run on a Core i7-3930K CPU @ 4.5GHz, using [lzbench], an open-source in-memory benchmark by inikep compiled with gcc 5.2.1, on the [Silesia compression corpus](http://sun.aei.polsl.pl/~sdeor/index.php?page=silesia).
 
 [lzbench]:https://github.com/inikep/lzbench
 
@@ -32,9 +32,9 @@ Compression Speed vs Ratio | Decompression Speed
 ![Compression Speed vs Ratio](images/CSpeed.png "Compression Speed vs Ratio") | ![Decompression Speed](images/DSpeed.png "Decompression Speed")
 
 
-Zstd entropy stage is provided by [Huff0 and FSE, from Finite State Entrop library](https://github.com/Cyan4973/FiniteStateEntropy).
+Zstd entropy stage is provided by [Huff0 and FSE, from Finite State Entropy library](https://github.com/Cyan4973/FiniteStateEntropy).
 
-Its memory requirement can also be configured to fit into low-memory hardware configurations, or servers handling multiple connections/contexts in parallel.
+Its memory requirement can be configured to fit into low-memory hardware configurations, or servers handling multiple connections/contexts in parallel.
 
 Zstd has not yet reached "stable format" status. It doesn't guarantee yet that its current compressed format will remain stable and supported in future versions. During this period, it can still change to adapt new optimizations still being investigated. "Stable Format" is projected sometimes early 2016. 
 
old mode 100644 (file)
new mode 100755 (executable)
index 88d302c..338c27b
Binary files a/images/CSpeed.png and b/images/CSpeed.png differ
old mode 100644 (file)
new mode 100755 (executable)
index b252ab6..b503b5f
Binary files a/images/DSpeed.png and b/images/DSpeed.png differ
index 5c67772a7dd659b91858fdb74d56924d6f849561..520acc1e1077b1c129dacc21f4b7379ecaebeaf1 100644 (file)
@@ -738,9 +738,10 @@ static void BMK_benchMem(void* srcBuffer, size_t srcSize)
         const int maxSeeds = g_noSeed ? 1 : ZSTD_HC_MAX_CLEVEL;
         for (i=1; i<=maxSeeds; i++)
         {
+            const U32 btPlus = (params.strategy == ZSTD_HC_btlazy2);
             params = g_seedParams[i];
             params.windowLog = MIN(srcLog, params.windowLog);
-            params.contentLog = MIN(params.windowLog, params.contentLog);
+            params.contentLog = MIN(params.windowLog+btPlus, params.contentLog);
             params.searchLog = MIN(params.contentLog, params.searchLog);
             BMK_seed(winners, params, srcBuffer, srcSize, ctx);
         }