c660cc1b77
With this change, GNU gzip -n and BusyBox gzip now produce identical output assuming that CONFIG_GZIP_FAST=2. >> Excuse me, but I wonder one thing: Why should we follow >> strictly with gzip on the no-options default behavior? > First, the default 6 compression level is a de-facto standard. BSD gzip > and Apple gzip (on macOS) use this default as well. So there is a > reasonable expectation that different gzip implementations act the same. > For instance, if the default for busybox gzip becomes 9, then someone > writing a script using busybox gzip could reasonably expect that the > compression level will still be 9 when the same script is run on another > system. That would be wrong. Implementations should not deviate from > de-facto standards without a strong reason. > > Second, the inherent reason for this default has not gone away. While > processor speeds have exploded since the default was set, so has the > typical size of compressed files. Multiple gigabytes are nothing unusual > these days. And gzip is often used for compression on the fly, precisely > because it offers a good compromise between speed and compression ratio. > So I believe 6 continues to be a reasonable default. function old new delta deflate 939 927 -12 Signed-off-by: Daniel Edgecumbe <git@esotericnonsense.com> Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com> |
||
|---|---|---|
| .. | ||
| libarchive | ||
| ar.c | ||
| bbunzip_test2.sh | ||
| bbunzip_test3.sh | ||
| bbunzip_test.sh | ||
| bbunzip.c | ||
| bzip2.c | ||
| Config.src | ||
| cpio.c | ||
| dpkg_deb.c | ||
| dpkg.c | ||
| gzip.c | ||
| Kbuild.src | ||
| lzop.c | ||
| rpm.c | ||
| rpm.h | ||
| tar_symlink_attack | ||
| tar.c | ||
| unzip.c | ||