The OpenNET Project / Index page

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



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

Оглавление

Релиз GNU tar 1.30, opennews (?), 18-Дек-17, (0) [смотреть все]

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


9. "Релиз GNU tar 1.30"  +17 +/
Сообщение от angra (ok), 18-Дек-17, 03:30 
Вообще-то он как раз формат упаковки/архивирования, а не сжатия/компрессии.
Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз GNU tar 1.30"  +/
Сообщение от Онаним (?), 18-Дек-17, 04:42 
> Вообще-то он как раз формат упаковки/архивирования, а не сжатия/компрессии.

Да, но часто вы встречаете просто tar, а не tar.gz файлы? Для каких-то своих кассетных нужд он может и нужен, но tar.gz/bz/xz и тому подобное в сфере хранения файлов на жёстких дисках должно умереть.

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

18. "Релиз GNU tar 1.30"  –5 +/
Сообщение от Онаним (?), 18-Дек-17, 04:48 
Хотя даже на кассетах непонятно зачем оно нужно такое - почему бы перед записью на кассету файлы не пожать? Причём каждый независимо желательно, чтобы повреждение одного не затрагивало остальные.
Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз GNU tar 1.30"  +/
Сообщение от Greg KH (?), 18-Дек-17, 06:19 
>     Причём каждый независимо желательно, чтобы повреждение одного не затрагивало остальные.

ты забегаешь вперед. Этот нюанс как раз является одной из проблем tar, которые делают его далеко не лучшем архиватором общего назначения. Чего там с лентами - дело десятое.

> почему бы перед записью на кассету файлы не пожать?

Не хотелось бы говорить о лентах и отвлекаться от сути, т.к. такие юзкейзы (на ленту) tar применяются хорошо если в 0.1% случаев применения tar вообще. Но нельзя не заметить, что обычно ленточные стораджи сами умеют хорошее сжатие, сбалансированное с полосой пропускания механизма, поэтому tar без сжатия применяется на лентах успешно.

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

111. "Релиз GNU tar 1.30"  +/
Сообщение от Вася (??), 19-Дек-17, 21:06 
Еще раз, tar - формат архивирования. Не сжатия. Нужно сжатие - жми отдельно. Можно даже каждый файл поодиночке, прям как ты хочешь. При этом некоторые файлы можно выборочно сжимать, а другие - нет. Тару на это пофигу, он делает одну свою задачу (хранение файлов вместе с их метаданными) и делает ее хорошо. Чистый Unix-way.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

25. "Релиз GNU tar 1.30"  –1 +/
Сообщение от Greg KH (?), 18-Дек-17, 06:27 
> но tar.gz/bz/xz и тому подобное в сфере хранения файлов на жёстких дисках должно умереть.

Это уже случилось бы давно, если бы существовал нормальный архиватор. Но вместо этого имеем такой себе tar.

Что бы это как-то изменить, надо во всех статьях и howto указывать, что tar на сегодняшний деть имеет проблемы при применении, связанные в первую очередь с отсутствием в нем индекса файлов. Это приводит к необоснованной просадке производительности при использовании на реальных данных. Но что, к сожалению,  альтернатив, по степени распространенности и стабильности, на сегодняшний день нет.

Если писать такое замечание, то неофиты не станут огульно применять tar, а будут рассматривать, например, squashfs или dar. И будут заинтересованы в распространении лучшего формата

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

27. "Релиз GNU tar 1.30"  –5 +/
Сообщение от Онаним (?), 18-Дек-17, 09:31 
Рад, что хоть кто-то понимает о чём я.

> Это уже случилось бы давно, если бы существовал нормальный архиватор

Чем не нравится 7zip? Формат вроде достаточно гибкий и расширяемый, добавить в него поддержку недостающих метаданных не должно быть сложно.

>  Но что, к сожалению,  альтернатив, по степени распространенности и стабильности

Так их и не будет. Чтобы что-то подобное стало распространённым решение об этом должны принять "сверху" в RedHat и/или Debian, например. Или как минимум какой-то очень популярный проект должен добавить это новое в зависимости.

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

32. "Релиз GNU tar 1.30"  +/
Сообщение от Аноним (-), 18-Дек-17, 10:19 
> Чем не нравится 7zip? Формат вроде достаточно гибкий и расширяемый, добавить в него поддержку недостающих метаданных не должно быть сложно.

Можете начать прямо сейчас.

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

39. "Релиз GNU tar 1.30"  +3 +/
Сообщение от Greg KH (?), 18-Дек-17, 11:32 
> Чем не нравится 7zip?

его надо весь лопатить. Изначально 7z был настолько инороден POSIX, GNU/Linux и вообще командной строке, что работать было невозможно - ни адекватных кодов возврата, ни работы с stdin\out. Сейчас стало лучше, но ключи всеравно наркоманские. Это во-первых. Хоть и не касается самой сути.

А во-вторых, сначала нужно добавить поддержку исчерпывающей unix-compatibility информации и посмотреть, что останется от формата, есть сомнения, что всё это ляжет туда. Всякие hardlinkи, xattr, контексты и аттрибуты SELinux и еще тонну всего. Без чего затевать современный архивный формат бессмысленно. Именно потому, что эта кропотливая работа довольно хорошо проведена в tar и, наверно, больше нигде, tar до сих пор жив.

В-третьих, не уверен сейчас на счет 7z. Но современный формат архива наряду с оптимальным случайным доступом  должен поддерживать так же и работу с "откушенным" концом (где, по идее, должен находиться индекс). И такми образом, сводиться к tar-like в случае отсутствия индекса; данные должны иметь возможность быть вытащенны последовательно. Это необходимо при потоковой передаче, например.

Так что, я сомневаюсь на счет 7z, потому что у него виндовые родовые травмы, и цели проекта изначально были другие, это не могло не отразиться на дизайне формата

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

94. "Релиз GNU tar 1.30"  –6 +/
Сообщение от VINRARUS (ok), 19-Дек-17, 08:00 
>современный формат архива наряду с оптимальным случайным доступом  должен поддерживать так же и работу с "откушенным" концом (где, по идее, должен находиться индекс). И такми образом, сводиться к tar-like в случае отсутствия индекса; данные должны иметь возможность быть вытащенны последовательно.

WinRAR к твоим услугам.

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

54. "Релиз GNU tar 1.30"  +2 +/
Сообщение от Аноним (-), 18-Дек-17, 13:38 
> Чтобы что-то подобное стало распространённым решение об этом должны принять "сверху" в RedHat и/или Debian, например. Или как минимум какой-то очень популярный проект должен добавить это новое в зависимости.

Тот же  tar "сверху" никто не принимал. Он сначала стал распространённым благодаря удобству (для тогдашних целей), и только как результат этого попал в стандарты.
Сейчас в стандарте POSIX фигурирует архиватор pax, но вот в чём парадокс: поддержку вроде как "родного" для него формата pax в него вроде до сих пор не запилили. В остальном же он только дублирует функционал tar и cpio, поэтому по умолчанию нигде не устанавливается. Такое вот бестолковое "продавливание" с самого, казалось бы, верха. Так что надо сначала сделать нормальную реализацию, а уже потом думать о её распространении.

P.S. Squashfs весьма неплох, надо сказать.

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

70. "Релиз GNU tar 1.30"  –1 +/
Сообщение от Пользователь Debian (?), 18-Дек-17, 17:53 
bsdtar умеет (через libarchive).

И есть ещё http://www.mirbsd.org/pax.htm (который доступен в Дебиане и дебианоидах в виде pax).

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

78. "Релиз GNU tar 1.30"  +/
Сообщение от Аноним (-), 18-Дек-17, 19:59 
Я про него и говорил. Из pax(1):

> pax currently supports the following formats:
>     ar …
>     bcpio …
>     cpio …
>     sv4cpio …
>     sv4crc …
>     tar …
>     ustar …

Усё.

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

112. "Релиз GNU tar 1.30"  +1 +/
Сообщение от Вася (??), 19-Дек-17, 21:15 
> Чем не нравится 7zip? Формат вроде достаточно гибкий и расширяемый, добавить в
> него поддержку недостающих метаданных не должно быть сложно.

Как человек, не понаслышке знакомый с внутренностями 7z (хотя все-таки понаслышке, от хорошего знакомого, который делал распаковщик для одного проекта), могу твердо заявить, что с точки зрения программиста формат представляет собой страх и ужас. Десятки вариаций, сотни тонких моментов, все из которых нужно обрабатывать... В итоге тот парень для распаковки обошелся кучкой эвристик, но это объясняет тот факт, почему альтернативных реализаций для этого формата нет. Не только потому, что эталонная реализация - свободная.

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

64. "Релиз GNU tar 1.30"  +6 +/
Сообщение от Crazy Alex (ok), 18-Дек-17, 16:24 
Ничего не заменило tar, потому что ерунда это, а не проблема. На практике 99% юзкейсов - запаковать скопом и потом так же распаковать. Никто внутрь не лезет. Для тех, кому надо - сто лет как есть 7zip, и о нём все в курсе.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

109. "Релиз GNU tar 1.30"  +/
Сообщение от ALex_hha (ok), 19-Дек-17, 19:28 
Да запросто, когда нужно перенести кучу jpg/png/avi, сжимать которые смысла нету, от слова совсем
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

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

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




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

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