]> git.ipfire.org Git - thirdparty/zstd.git/commitdiff
fixed typo in server type
authorYann Collet <cyan@fb.com>
Fri, 17 Mar 2017 22:33:09 +0000 (15:33 -0700)
committerYann Collet <cyan@fb.com>
Fri, 17 Mar 2017 22:33:09 +0000 (15:33 -0700)
README.md

index f1d8eda1b564f6e0de56a81445d0745133b73ada..7caee5fd3f6743667b137d6c813508f6609debb7 100644 (file)
--- a/README.md
+++ b/README.md
@@ -12,7 +12,7 @@ you can consult a list of known ports on [Zstandard homepage](http://www.zstd.ne
 |dev         | [![Build Status](https://travis-ci.org/facebook/zstd.svg?branch=dev)](https://travis-ci.org/facebook/zstd) |
 
 As a reference, several fast compression algorithms were tested and compared
-on a server running Linux Mint Debian Edition (`Linux version 4.8.0-1-amd64`),
+on a server running Linux Debian (`Linux version 4.8.0-1-amd64`),
 with a Core i7-6700K CPU @ 4.0GHz,
 using [lzbench], an open-source in-memory benchmark by @inikep
 compiled with GCC 6.3.0,
@@ -39,7 +39,7 @@ Zstd can also offer stronger compression ratios at the cost of compression speed
 Speed vs Compression trade-off is configurable by small increments. Decompression speed is preserved and remains 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 server running Linux Mint Debian Edition (`Linux version 4.8.0-1-amd64`)
+on a server running Linux Debian (`Linux version 4.8.0-1-amd64`)
 with a Core i7-6700K CPU @ 4.0GHz,
 using [lzbench], an open-source in-memory benchmark by @inikep
 compiled with GCC 6.3.0,