LINUX.ORG.RU
ФорумTalks

tar.gz-мания

 


1

2

Почему все так любят паковать в этот формат?

Нашел что-то под линь? А что если оно больше 10 гигов? Конечно же в tar.gz! И плевать что сначала будет происходить чтение архива а потом распаковка.

И ведь сжатия практически нет. Чего хотят добиться те кто пакуют все в этот формат?


Ответ на: комментарий от gssomi

Ну блин она с 10.5 как минимум, а то и c 10.4

uin ★★★
()

И плевать что сначала будет происходить чтение архива а потом распаковка.

А что, где-то есть архиватор, позволяющий производить распаковку без чтения архива?

линь

КЛБ.

dexpl ★★★★★
()

Это такой же культ, вроде прогнивших иксов из 70-ых.

Ничего, скоро Поттеринг напишет нормалный архиватор+компрессор, типа RAR или 7z в Windows. На основе btrfs.

EXL ★★★★★
()

Почему все так любят паковать в этот формат?

Кроме исходников/тем для гнома особо архивов и не видел.

Deleted
()
Ответ на: комментарий от beastie

Для распаковки: ... 7zip — в 3 раза.

Т.е. у тебя получается, чем сильнее жмёт, тем хуже (при прочих равных)? Исходно, чисто по времени, там 11/5.

Остальные «разы» не проверял, эти «3 раза» в глаза бросились.

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)

Если вопрос почему gz, а не другой компрессор то потому что он есть везде, а по (уровню сжатия)*(скорость сжатия) всё ещё на первом месте, не считая lz4 и lzop (но они нифига не жмут, а их скорость бесполезна поскольку в обычных условиях при чтении с диска/по сети не смогут загрузить cpu). А если почему tar, то потому что разделение на архиватор и компрессор это юниксвейно, а кто этого не понимает, да - должны страдать.

slovazap ★★★★★
()

права доступа сохраняются

targitaj ★★★★★
()
Ответ на: комментарий от Heretique

пересылать данные следует рсинком, а не гадать о потерянных байтах

targitaj ★★★★★
()
Ответ на: комментарий от greenman

Жмёт то он может быть и сильнее (что впрочем не особенно и актуально), а вот по времени ему в 2 раза больше надо (а вот это как раз важно).

beastie ★★★★★
()
Ответ на: комментарий от greenman

Методом наивной статистики. ;) Считаем time/ratio и сравниваем их.

Тут вот в соседнем треде более интересный анализ приводили: http://quixdb.github.io/squash-benchmark/

beastie ★★★★★
()
Последнее исправление: beastie (всего исправлений: 2)
Ответ на: комментарий от fornlr

Как будет угодно, я это говорю не для того шоб кто-то мне верил.

gssomi ★★
()
Ответ на: комментарий от beastie

Времена диал-апа и дискет прошли, экономить на байтах уже нет смысла.

60 мб вместо 90 мб, это не совсем «на байтах». Если уж такой пальцатый, тогда уж иди до конца: ограничься одним tar, без компрессии ;)

Manhunt ★★★★★
()
Ответ на: комментарий от beastie

This. Из таблицы, что я привёл выше, по соотношению time-to-ratio, gzip выигрывает.

Неправда. Выигрывает голый tar.

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

Неправда. Выигрывает голый tar.

В принципе да. ;) Если время передачи меньше времени сжатия/расжатия.

beastie ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.