The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Компания Google представила новый алгоритм сжатия данных Brotli, opennews (??), 22-Сен-15, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


17. "Компания Google представила новый алгоритм сжатия данных Bro..."  +4 +/
Сообщение от Аноним (-), 22-Сен-15, 14:42 
gzip (как и zip), скорее всего, не выкинут, ибо совместимо с любыми системами. А bzip2 уже давно можно выкидывать - примерно со времен появления xz.
Ответить | Правка | Наверх | Cообщить модератору

19. "Компания Google представила новый алгоритм сжатия данных Bro..."  +/
Сообщение от Crazy Alex (ok), 22-Сен-15, 15:12 
Там, где сжимаешь чаще, чем распаковываешь (бэкапы те же) bzip2 часто интереснее.

А совместимость... нарастёт со временем. Во всяком случае, понятно, в какую сторону двигаться.

Но о zip я ничего не говорил. zip, в отличие от, стал скорее контейнером, чем компрессором. Там само сжатие вообще не критично в большинстве случаев.

Ответить | Правка | Наверх | Cообщить модератору

67. "Компания Google представила новый алгоритм сжатия данных Bro..."  +2 +/
Сообщение от Аноним (-), 23-Сен-15, 19:52 
> Там, где сжимаешь чаще, чем распаковываешь (бэкапы те же) bzip2 часто интереснее.

Ничем он не интересный: ресурсоемкий и на сжатие и на распаковку и плохо (по сравнению с другими сильными компрессорами) жмет.

> Но о zip я ничего не говорил. zip, в отличие от, стал скорее контейнером,

При том достаточно дурным, изначально там ограничения на размера файла. А субформат без таковых уже как бы полусовместимый...

Ответить | Правка | Наверх | Cообщить модератору

77. "Компания Google представила новый алгоритм сжатия данных Bro..."  –1 +/
Сообщение от Crazy Alex (ok), 24-Сен-15, 02:57 
Cильные - жмут дольше, вообще-то, потому bzip2 и лучше. А в случае тех же бекапов в большинстве случаев их вообще не приходится ни разу распаковывать, а если приходится - время не сильно критично. Но это всё от конкретного случая зависит, конечно.

zip - ну ограничения, но обычно это не особо важно. Часто вы встречали те же офисные документы или jar, которые в эти ограничения не укладываются?

Ответить | Правка | Наверх | Cообщить модератору

80. "Компания Google представила новый алгоритм сжатия данных Bro..."  +1 +/
Сообщение от Аноним (-), 24-Сен-15, 23:12 
> Cильные - жмут дольше, вообще-то,

Вообще, сильно зависит от настроек: разогнать большинство "сильных" алгоритмов с небольшой потерей сжатия не особая проблема. А вот bzip2... он просто по современным меркам как-то не очень хорошо жмет, хотя ресурсоемкость и сжатия и распаковки - вполне на уровне.

> это всё от конкретного случая зависит, конечно.

Ну да. Не, коненчо бывают любители пожать .tar.bz2, а потом убив сдуру пару файлов и не имея снапшота - доооооооолго смотреть на декомпрессию 20Гб чушки...

> zip - ну ограничения, но обычно это не особо важно. Часто вы
> встречали те же офисные документы или jar, которые в эти ограничения
> не укладываются?

Насчет офисных документов не скажу, но как именно generic контейнер он таки полусовместимые недограбли. Пожалели несколько байтов в заголовках в свое время, а теперь зато половина софта большие архивы читать не может. И в каком-нибудь navit например - большой зипарь вполне обычное явление. Достаточно всего ничего: планетарные данные OSM захотеть прицепить. И вот уже знакомимся с экзотичным субформатом зипаря, который половина программ просто не поймет...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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