Релиз gzip 1.9

08.01.2018 10:22

После почти двух лет разработки состоялся релиз утилиты для сжатия данных gzip 1.9. По сравнению с прошлым выпуском внесено 53 изменения.

Наиболее заметные изменения:

Удалён код для поддержки платформ VMS и Amiga, который был неработоспособен и создавал проблемы из-за различий в требованиях к именам файлов с платформой Windows;
В реализации команды "gzip -d -S SUFFIX fileSUFFIX" устранена проблема, мешающая использованию вместо расширения ".gz" символа в верхнем регистре, например, "gzip -d -S T fileT";
Устранены проблемы с обработкой нулевых областей в коде конца блока при распаковке данных в формате 'pack';
В командах, реализованных через shell-скрипты, обеспечен более согласованный вывод ошибок. Например, 'gunzip --help >/dev/full' теперь приводит к выходу с кодом ошибки 1, вместо вывода кода предупреждения 2 на некоторых платформах;
Решены проблемы, возникающие при преобразовании между системным временем в формате time_t и 32-разрядным беззнаковым форматом MTIME, используемым в gzip, при обработке моментов времени до 1970 и после 2106 на всех платформах, а также времени после 2038 года на платформах с 32-разрядным знаковым time_t. При выходе за границы допустимых значений вместо крахов и молчаливой установки максимального/минимального значения, теперь выводится предупреждение и нулевое значение времени при преобразовании в MTIME или максимально близкое при преобразовании в time_t.

исправить +16 +/–

Главная ссылка к новости (http://savannah.gnu.org/forum/...)

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/47868-gzip

Ключевые слова: gzip

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (58)

1.1, phrippy (ok), 10:49, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	–16 +/–
Лучший компрессор по отношению скорость / степень сжатия

2.9, sdfgsdg (?), 12:06, 08/01/2018 [^] [^^] [^^^] [ответить]	–1 +/–
откройте для себя libdeflate https://github.com/ebiggers/libdeflate

3.44, pavlinux (ok), 21:32, 08/01/2018 [^] [^^] [^^^] [ответить]	+1 +/–
> откройте для себя libdeflate > ахриваторы для 3aдpoтoв, настоящие пoсаны прессуют руками.

4.49, Аноним (-), 04:06, 09/01/2018 [^] [^^] [^^^] [ответить]	–1 +/–
> ахриваторы для 3aдpoтoв Gzip - компрессор, а не архиватор.

5.58, pavlinux (ok), 18:21, 09/01/2018 [^] [^^] [^^^] [ответить]

–1 +/–

>> ахриваторы для 3aдpoтoв
> Gzip - компрессор,

компрессор - это прибор для увеличения давления рабочей среды.

>... а не архиватор.

https://en.wikipedia.org/wiki/File_archiver

3.48, Аноним (-), 03:18, 09/01/2018 [^] [^^] [^^^] [ответить]	+2 +/–
Откройте для себя https://en.wikipedia.org/wiki/LZ4_(compression_algorithm)

2.11, Аноним (-), 12:24, 08/01/2018 [^] [^^] [^^^] [ответить]	–4 +/–
pigz лучше, потому что многопоточен. 21 век, 2-ое десятилетие, а вы всё в один поток сжимаете. На ленту если, то это естественно, а на НЖД или твердотельный -- позор просто.

3.24, имя (?), 14:58, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
lbzip2 тогда уж лучше, если ядер не жалко.

4.62, Grammar (?), 19:21, 14/01/2018 [^] [^^] [^^^] [ответить]	+/–
А по-моему LZMA на скоростных настройках самый норм.

2.14, Аноним (-), 13:25, 08/01/2018 [^] [^^] [^^^] [ответить]	+6 +/–
Сейчас лидер по отношению скорость / степень сжатия - ZSTD

3.22, Аноним (-), 14:48, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
Плохо сжимает.

4.25, Аноним (-), 15:05, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
Сжимает на таком же уровне как и zip в дефолтных режимах но при этом делая это в 1000 раз быстрее. Zstd это про очень быстую компресию и декомпресию, в не лонг тайм архивы.

5.34, Аноним (-), 18:27, 08/01/2018 [^] [^^] [^^^] [ответить]	+1 +/–
> в дефолтных режимах Вот именно, однако на не дефолтных все еще хуже, чем у gzip выше 1.

6.37, Аноним84701 (ok), 20:08, 08/01/2018 [^] [^^] [^^^] [ответить]	+3 +/–
CODE zstd --version pigz --version zstd command line interface 64-bi... большой текст свёрнут, показать

7.39, Аноним (-), 20:40, 08/01/2018 [^] [^^] [^^^] [ответить]	–1 +/–
А ничего что у ZSTD 22 уровня сжатия, а у gzip всего-лишь 9-ть?

8.45, Аноним84701 (ok), 21:47, 08/01/2018 [^] [^^] [^^^] [ответить]	+1 +/–
Ничего А что должно быть Зачем задействовать все уровни, если с лихвой хват... текст свёрнут, показать

8.47, Аноним (-), 01:24, 09/01/2018 [^] [^^] [^^^] [ответить]	+/–
Каждый следующий уровень компресии увеличивает время сжатия в геометрической про... текст свёрнут, показать

7.40, Аноним (-), 20:41, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
И да, "слова" и реальные данные это разные вещи.

8.46, Аноним84701 (ok), 22:15, 08/01/2018 [^] [^^] [^^^] [ответить]	+1 +/–
Бинарник 8211 вполне реален Еще можно взять либу того же ФФ Раньше гонял е... большой текст свёрнут, показать

7.59, pavlinux (ok), 18:41, 09/01/2018 [^] [^^] [^^^] [ответить]

–3 +/–

>>> в дефолтных режимах
>> Вот именно, однако на не дефолтных все еще хуже, чем у gzip выше 1.
> [CODE]
> % zstd --version && pigz --version
> [/CODE]

Ну и кому он нахрен упёрся?

4.55, Аноним (-), 12:27, 09/01/2018 [^] [^^] [^^^] [ответить]	+/–
Да уж лучше, чем gzip

2.61, rumanzo (?), 01:53, 12/01/2018 [^] [^^] [^^^] [ответить]	+/–
Скорее всего xz -0 сожмет быстрее с лучше :-)

1.2, Аноним (-), 11:00, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	+/–
brotli же лучше https://certsimple.com/blog/nginx-brotli

2.7, phrippy (ok), 11:53, 08/01/2018 [^] [^^] [^^^] [ответить]	–1 +/–
Нет мана; ущербный синтаксис, несовместимый с остальными компрессорами; отсутствует поставка по умолчанию в дистрибутивах - если время, потраченное на решение этих проблем, доплюсовать к времени сжатия - то боюсь лучшим тут даже не пахнет. Вот когда будет нормальная реализация приложения - тогда и поговорим. Загуглить "что лучше gzip" всегда можно. Но будет ли это лучше на практике - далеко не факт.

3.30, fmnz (?), 17:11, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
Ты забыл про СЕКСИЗМ.

4.32, Andrey Mitrofanov (?), 18:00, 08/01/2018 [^] [^^] [^^^] [ответить]	+2 +/–
#>>Нет мана; > Ты забыл про СЕКСИЗМ. ду*** шо ле?

5.52, elreg (?), 11:20, 09/01/2018 [^] [^^] [^^^] [ответить]

+1 +/–

> #>>Нет мана;
>> Ты забыл про СЕКСИЗМ.
> ду*** шо ле?

Если бы...

https://www.theregister.co.uk/2015/10/11/googles_bro_file_format_changed_to_br

2.10, Аноним (-), 12:09, 08/01/2018 [^] [^^] [^^^] [ответить]	–3 +/–
> brotli же лучше > https://certsimple.com/blog/nginx-brotli brotli это один из отвратительных on-the-fly компрессоров от гугла.

2.16, Аноним (-), 13:30, 08/01/2018 [^] [^^] [^^^] [ответить]	+4 +/–
Бротли сильно от словаря зависит. Если характер твоих данных не подходит под выбранный словарь, то все плохо.

2.56, Аноним (-), 12:28, 09/01/2018 [^] [^^] [^^^] [ответить]	+/–
> brotli же лучше > https://certsimple.com/blog/nginx-brotli Слишком медленный для сжатия на лету, а если время не важно, то LZMA все ранво круче

1.3, Аноним (-), 11:00, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	+4 +/–
zstd

2.8, Аноним (-), 12:03, 08/01/2018 [^] [^^] [^^^] [ответить]	+2 +/–
lz4/lz5/lizard/zstd/xz

3.21, Аноним84701 (ok), 14:43, 08/01/2018 [^] [^^] [^^^] [ответить]

+1 +/–

> lz4/lz5/lizard/zstd/xz
> lz5/lizard

https://github.com/inikep/lizard/blob/lizard/NEWS
> - LZ5 v2.0 was renamed to Lizard v1.0

Ну и разница в скорости сжатия/распаковки (как и степени сжатия) cлишком уж большая, так что ниши использования lz4/lizard, zstd, xz довольно разные.

1.4, Gannet (ok), 11:13, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	+/–
lzma

1.5, A.Stahl (ok), 11:45, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	+4 +/–
arj :)

2.29, Аноним (-), 16:48, 08/01/2018 [^] [^^] [^^^] [ответить]	+1 +/–
Stari dobri arj :)

3.33, Ю.Т. (?), 18:12, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
старый добрый ICE, который лУчШе

2.57, RobotsCantPoop (?), 13:42, 09/01/2018 [^] [^^] [^^^] [ответить]	–2 +/–
lha

1.6, Аноним (-), 11:52, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Хз медленно сжимает, но намного лучше.

1.12, Аноним (-), 12:28, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	+/–
А вообще, включите в btrfs: chattr +c или btrfs filesystem defragment -r -v -clzo /home .

2.15, Аноним (-), 13:27, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
btrfs уже поддерживает zstd

3.36, Pofigist (?), 19:49, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
Уже никто не поддерживает btrfs...

4.50, Мрак Цукерович (?), 05:52, 09/01/2018 [^] [^^] [^^^] [ответить]	+/–
Facebook!

1.13, aborodin (??), 12:32, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
- gunzip --help >/dev/full + gunzip --help >/dev/null

2.17, Аноним (-), 13:33, 08/01/2018 [^] [^^] [^^^] [ответить]	+5 +/–
Нет, именно /dev/full. Речь про код возврата при возникновении ошибки из-за отсутствия свободного места

1.18, Имя (?), 13:37, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	–8 +/–
WinRar лучше

2.19, EHLO (?), 13:40, 08/01/2018 [^] [^^] [^^^] [ответить]	+10 +/–
> WinRar лучше Но Новый Год чаще

2.20, Аноним (-), 14:35, 08/01/2018 [^] [^^] [^^^] [ответить]	+/–
Значительно лучше! Чем ничего.

1.23, хрюзер (?), 14:57, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Он был бы идеален, замени они в формате поле ISIZE (http://www.zlib.org/rfc-gzip.html) на переменной длинны или 64 битное. Но, из-за такой мелочи, формат применим ограничено, только в отдельных контейнерах, которых самих надо еще поискать адекватных.

2.26, Аноним (-), 15:10, 08/01/2018 [^] [^^] [^^^] [ответить]	+1 +/–
Заменять нельзя, совместимость сломается. А вот добавить дополнительное поле могли бы.

1.27, Аноним (-), 15:58, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Лучше xz -9e ничего не знаю. На скорость упаковки наплевать, пока она приемлима, главное чтобы сжатие было побольше.

2.28, Аноним (-), 16:44, 08/01/2018 [^] [^^] [^^^] [ответить]

+3 +/–

> На скорость упаковки наплевать, пока она приемлима

/0?

2.31, Аноним84701 (ok), 17:28, 08/01/2018 [^] [^^] [^^^] [ответить]

+1 +/–

> Лучше xz -9e ничего не знаю.

lrzip -z -L9
zpaq -method 5
Это из тех сжималок, которые еще более-менее присутствуют в репах и, на не сильно топовом железе, жмут хотя бы со скоростью 0.3-0.5 MB/s.

Для желающих покопаться и поискать жемчужины есть еще:
http://mattmahoney.net/dc/text.html

Правда, там часть проприетарь, часть заброшенна, часть жрет слишком уж много ресурсов.
Ну и в репах большей части сжималок естественно нема – придется собирать самому. Это не говоря о том, что вас тогда будет 3,5 пользователя (что еще более ограничивает юзкейзы).
В общем, сильно на любителя.

1.35, Виталий (??), 18:50, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
Универсальный архиватор тот в котором можно при сжатии задать скорость потока mb/s так как в разных ситуациях требуются разные качества архиватора

2.41, angra (ok), 21:08, 08/01/2018 [^] [^^] [^^^] [ответить]	+3 +/–
Главное, чтобы он был запущен на универсальном компьютере с универсальным процессором и универсальной памятью. А то на мерзких реальных компьютерах эти ресурсы мало что ограничены, так еще и их доступность может меняться в процессе работы универсального архиватора.

2.60, Аноним (-), 21:59, 10/01/2018 [^] [^^] [^^^] [ответить]	+/–
Держи: https://github.com/facebook/zstd/tree/dev/contrib/adaptive-compression

1.38, Аноним (-), 20:30, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
>Удалён код для поддержки платформ VMS и Amiga. Теперь не соберётся в Aros?

1.51, Аноним (-), 09:37, 09/01/2018 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Сабж почти так же хорош, как и lzip (plzip) http://www.nongnu.org/lzip/ Конечно, надо отдать дедушке должное!

игнорирование участников | лог модерирования

Добавить комментарий

Текст: