From: Yann Collet <cyan@fb.com>
Date: Fri, 23 Mar 2018 01:51:42 +0000 (-0700)
Subject: updated charts
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=db75a93180e41263f5f5b448a927ea20a3cdaca3;p=thirdparty%2Fzstd.git

updated charts
---

diff --git a/index.html b/index.html
index 2e597f023..fb0dc9486 100644
--- a/index.html
+++ b/index.html
@@ -117,13 +117,16 @@ It is configurable by small increment.
 Decompression speed is preserved and remain roughly the same at all settings,
 a property shared by most LZ compression algorithms, such as [zlib] or lzma.
 
-The following tests were run on a Core i7-3930K CPU @ 4.5GHz,
+The following tests were run
+on a server running Linux Debian (`Linux version 4.14.0-3-amd64`)
+with a Core i7-6700K CPU @ 4.0GHz,
 using [lzbench], an open-source in-memory benchmark by @inikep
-compiled with gcc 5.2.1, on the [Silesia compression corpus].
+compiled with [gcc] 7.3.0,
+on the [Silesia compression corpus].
 
 | Compression Speed vs Ratio | Decompression Speed |
 | ---------------------------|-------------------- |
-| <img src="https://raw.githubusercontent.com/facebook/zstd/master/doc/images/Cspeed2.png" alt="Compression Speed vs Ratio" style="height:500px;"> | <img src="https://raw.githubusercontent.com/facebook/zstd/master/doc/images/Dspeed3.png" alt="Decompression Speed" style="height:500px;">
+| <img src="https://raw.githubusercontent.com/facebook/zstd/dev/doc/images/Cspeed2.png" alt="Compression Speed vs Ratio" style="height:500px;"> | <img src="https://raw.githubusercontent.com/facebook/zstd/dev/doc/images/Dspeed3.png" alt="Decompression Speed" style="height:500px;">
 
 Several algorithms can produce higher compression ratio but at slower speed, falling outside of the graph.
 For a larger picture including very slow modes, [click on this link](https://raw.githubusercontent.com/facebook/zstd/master/doc/images/DCspeed5.png) .