gzip

Больно уж bzip2 медленный :)

tar + gzip и не заморачиваюсь

Zip - чтоб у братьев меньших открывалось без архиваторов

Интерестное применение для bzip2, но сравнение на словаре не совсем корректно, так как lzma лутше приспособлен для бинарных данных, а bzip2 для текстов.

gzip

на современных процессорах цикл сжатие-запись на диск может оказаться быстрее чем просто запись на диск без сжатия

Некоторые алгоритмы сжатия можно было использовать в этом контексте на процах десятилетней давности с современными им дисками. Была такая маленькая, но вре^Wполезная утилитка lxlite для упаковки полуосёвых экзешников. Под линуксы есть upx, но уже nobody cares.

tar.gz — потомучто быстро работает а разультат не хуже 20% поставннию с «тормазящщими» собратиями

tar + gzip для всех (виндовый винрар вполне себе понимает формат). Сжатие мне как-то не нужно, ибо на скорость интернетов не жалуюсь.

>Лишних??? Можно поподробней? А то мне казалось что он сует кучу _нужных_ данных. Вплоть до того, что из tar-архива можно линукс систему распаковать и будет работать. И вообще чуть ли не самая юниксвейная программа. Архиватор не должен заниматься хранением владельцев\прав на файл (для этого есть тар), он должен сжимать поток данных. Но люди с виндосом головного мозга этого не понимают.

всё хорошо, но tar — архиватор, а bz2/gzip — компрессор.

> задача: запаковать файлы, передать по сети, распаковать файлы.

Я бы рассматривал сжатие как единожды проводимый процесс. Ты 1 раз сжал данные, а множество людей качает архив.

Далее смотрим результаты azure

lzma: сжал до 14.3% начального размера за 346 секунд, разжал за 5.9 секунд

lzma явно не симметричен: распаковка значительно быстрее сжатия. Плюсом имеем гораздо меньшую нагрузку на канал сервера. Так что в деле хранения rpm пакетов сжатие хорошо востребовано. В Suse когда меняли алгоритм сжатия тесты проводили - оптимальным оказался, кажись, lzma -2.

Ну и если дамп базы из Сибири в Москву передать - то лучше сжать, чем скорость, а то с ценами на интернет для юр лиц иногда дешевле диски бизнес классом на самолете отправить.

> tar + gzip для всех (виндовый винрар вполне себе понимает формат). Сжатие мне как-то не нужно, ибо на скорость интернетов не жалуюсь.

Только вот не у всех WinRAR есть. Он, кажись, платный. Более универсальным смотрится zip.

У меня на работе чото анлим...

Как-то никто не вспомнил про кодировки. Например, zip нельзя использовать, если в именах есть не-ascii и надо переносить архив между осями. Что там с этим у 7z?

а у tar ведь тоже будут проблемы на разных локалях...

Сабж

.tgz, bz2, .7z

7zip (.7z)

Раньше для обмена с виндузятниками делал .zip, но потом подумал: нафиг, — у всех же WinRAR, который все умеет. Так что теперь только 7zip. Если не ошибаюсь, он даже в Тотал Коммандире есть.

спасибо, что поправили. Конечно же правильно читать так:

Компрессор не должен заниматься хранением владельцев\прав на файл (для этого есть тар), он должен сжимать поток данных.

Если нужно просто передать много файлов по сети, то использую tar. Если нужно сжатие — tar + bzip2.

reiserfs4 ещё добавить (:

.tar.gz

Хм... Самый невыгодный сжиматель на первом месте?

(tar+)xz Быстрее, чем bzip2 и лучше него же жмёт.

хммм, bzip2 наверное чаще %)

на сегодняшний день, мне больше всего нравится xz, хотя не могу сказать, что другие мне не нравятся. но с xz я работаю больше всего.

Смешались вместе кони-люди...
Архиваторы тут по большому счёту только 7-Zip и Rar
bzip2, gzip, lzma, xz, lzo и т.д. - компрессоры
rar, zip, 7z - контейнеры
BWT, deflate, LZMA, LZO - методы сжатия

> чуть ли не самая юниксвейная программа.

Не уметь распаковать один конкретный файл из архива, не распаковывая всё остальное - это Юниксвэй?

bzip2, просто по привычке.

> разница в обьёме как кот насцал, а время сжатия на порядки отличается

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

А также распаковки одного конкретного файлика из гигабайтного тома.

В резервных копиях использую bzip2. Для электронной почты zip, иногда rar,

Использую tar.bz2. И для виндузятников тоже - такая страшная мстя за их вездесущий RAR.

практически все. у каждого свои преимущества есть.
gzip, bzip2,zip, lzma, 7z.

О, я оказывается как все. bzip2 если нужно качественно, gzip если нужно быстро. Остальные архиваторы не нужны.

>bzip2 если нужно качественно

тёплый ламповый bzip2

arj же =)

Не уметь распаковать один конкретный файл из архива, не распаковывая всё остальное - это Юниксвэй?

Tape ARchiver должен уметь это делать? :\

tar czf потому-что привык или (редко) zip если в составе целевой аудитории могут оказаться вендузоиды

Не уметь распаковать один конкретный файл из архива, не распаковывая всё остальное - это Юниксвэй?

И откуда это только берется? tar -x файл_для_распаковки -f tarfile.tar
Если бы ваше утверждение было правдой, то у меня явно многогигабайтовые бэкапы были бы не в tar.gz.

согласен, потому просто zip

только сейчас осознал, что не использую

Для себя - ZPAQ, ибо вещь хорошая, но не распространена.
Для остальных - ZIP, ибо самый распространенный.

что то большое сжимаю тупо tar-ом + md5 =) потому что поздно пить боржоми - сжатие не спасет, да и долго будет

а вот мелкое чаще 7zip, когда надо отправиль кому-то тогда zip, а иногда о ужас... rar! =)))

Даже не знаю что ответить...

pigz (для .gz) и xz (для .xz) - компрессоры

tar и cpio (приблизительно поровну) - архиваторы

Где «птички» надо было поставить?

bzip2 и 7zip

Для себя .tar.bz2, для обмена с другими zip.

>Использую tar.bz2. И для виндузятников тоже - такая страшная мстя за их вездесущий RAR.

Виндузятникам пофиг, ибо winrar распаковывает tar.bz2

Два варианта. Если здоровенный текстовый sql дамп базы (получается один файл) - bzip2, а если папку с исходниками - тут руки сами набирают tar cvfz на автомате со страшной скоростью :)

p7zip. Последнее время почему-то с ключом -tzip :)

> 7-Zip (A) 9.04 beta

Наконец-то. Спасибо за информацию. Вот ебилд: http://gentoo-overlays.zugaina.org/zugaina/app-arch.html.en#p7zip (ещё не пробовал).

> Выигрыш по сжатию у lzma по сравнению с 7z =0.05%,

Видимо, в файле меньше служебной информации.

> другой кандидат в realtime - lzop (lzo), этот еще быстрее

На сайте UPX видел замеры времени. При определённых условиях распаковка lzo архива, висящего в памяти, может оказаться на уровне memcpy :)