The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

08.01.2018 10:22  Релиз gzip 1.9

После почти двух лет разработки состоялся релиз утилиты для сжатия данных 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.


  1. Главная ссылка к новости (http://savannah.gnu.org/forum/...)
Лицензия: CC-BY
Тип: Программы
Ключевые слова: gzip
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 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 +/
    Нет мана ущербный синтаксис, несовместимый с остальными компрессорами отсутств... весь текст скрыт [показать]
     
     
  • 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 +/
    https github com inikep lizard blob lizard NEWS Ну и разница в скорости сжатия... весь текст скрыт [показать]
     
  • 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/
    Конечно, надо отдать дедушке должное!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor