LINUX.ORG.RU

Релиз GNU Tar 1.27

 , ,


0

2

Спустя два с лишним года с момента выхода GNU Tar 1.26 представлен новый релиз архиватора, разрабатываемого проектом GNU.

Изменения:

  • Поддержка расширенных атрибутов (xattr), POSIX ACL и контекстов SELinux.
  • Работа с файлами размером более 8 Гб.
  • Возможность одновременного указания символьного и числового идентификатора пользователя/группы.
  • Опции --keep-old-files и --skip-old-files, позволяющие не затирать файлы извлекаемыми.
  • Поддержка дополнительный аргументов командной строки при работе с внешними программами.
  • Отладочная опция --enable-gcc-warnings.
  • Аргумент --keep-directory-symlink для отмены удаления симлинков, совпадающих с извлекаемыми каталогами.
  • Несколько багфиксов.

Получить (исходный код)

>>> Подробности



Проверено: mono ()
Последнее исправление: ymn (всего исправлений: 3)
Ответ на: комментарий от sT331h0rs3

Судя по man tar? Даже не смешно.

tar --version
tar (GNU tar)...
И в убунте и в сюзе.

A-234 ★★★★★
()

Когда линуксовые архиваторы будут поддерживать многопоточность? Восемь ядер на борту, при архивации используется только одно...:( Как результат, венда в плане архивации обгоняет линуксятинку - на 2-3 секунды, при сжатии одного и того же файла (749 Мб). Может кто знает, как это исправить? Или надо смириться с однопоточностью при архивации в линуксе?

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

Когда линуксовые архиваторы будут поддерживать многопоточность?

Когда ты установишь pigz и lbzip2.

FRCTLL
() автор топика
Ответ на: комментарий от Desmond_Hume

Когда линуксовые архиваторы будут поддерживать многопоточность?

xz, bzip2, gzip — поддерживают. Для tar многопоточность не нужна, он не сжимает.

Gotf ★★★
()
Последнее исправление: Gotf (всего исправлений: 1)
Ответ на: комментарий от FRCTLL

lbzip2 для openSUSE 12.3 с наскоку найти не удалось, но pigz нашёл, установил и - о ЛММ!! - прогресс: целых два ядра на 100% нагрузилось, остальные 6 посмеиваются в сторонке....какие ещё есть варианты? За подсказку спасибо - я правда рад, что хотя бы 2 ядра теперь пашут!

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

А там раз на раз не приходится. У меня когда два ядра нагружаются, когда три, когда - четыре.

FRCTLL
() автор топика
Ответ на: комментарий от FRCTLL

Кстати, да, теперь у меня только одно ядро пашет...в общем, беда в линуксах с многопоточностью. Может со временем поправят это дело. Обидно, такая няшка под кулером стоит и не работает не фига. В венде все 8 ядер пашут при любой архивации по 30-50% нагрузки на каждое...

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

Все 8 это когда все 8 на 100%. А когда меньше - это значит, что планировщик кидает потоки с ядра на ядро.

FRCTLL
() автор топика
Ответ на: комментарий от FRCTLL

Нагрузка на 100% означает только нагрузку, но не ядро. Если ядро работает на 5%, значит процесс нагружает его только на 5%. В венде, процесс архивации нагружает все 8 ядер на уровне 30% примерно. В линуксе одно ядро отдувается за все на 100%. То есть, процесс идет в одном потоке, по сути. Ни о какой многопоточности тут речи и не идёт. Как результат, венда при сжатии, к сожалению, делает линуха на 2-3 секунды...это не критично, но баттхерт вызывает!))

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

Попробовал и xz, и bz2. Не фига. Как было одно, так и пашет...печаль, ну да ладно.

Хреново пробовал... :)

tar c имякаталога | pbzip2 --best > имякаталога.tar.bz2 
anonymous
()
Ответ на: комментарий от Desmond_Hume

Хочешь сказать, алгоритм распаковки виндового архиватора настолько корявый, что не может утилизировать ядро на 100%?

FRCTLL
() автор топика
Ответ на: комментарий от FRCTLL

ЯВАУЕ!!! Просто в шоке!! Оказывается pigz работает ОТЛИЧНО (!!!) в консоли. Графической штатной сжималкой это дело не пашет. В итоге, сжал 1,3 Гб за 3 секунды!)))) Хаха...сегодня другу-вендузятнику покажу - умоется)))) Спасибо за наводку! Ещё раз убеждаюсь, что линух это консолеориентированная ось.

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

Да я уж понял, что гуевый архиваторщик не работает с этой фишкой. Через консоль - просто фантастика! Все отлично пашет! Ядра даже на 10% не нагружаются!

Desmond_Hume ★★★★★
()
Ответ на: facepalm.png от Gotf

Установка pixz и pbzip2 не помогла.

Запускать их пробовал?

В нормальных системах всё само работает, а в вашем линупсе вечно чего-то красноглазить нужно.

anonymous
()
Ответ на: комментарий от Desmond_Hume

Если ядро работает на 5%, значит процесс нагружает его только на 5%. В венде, процесс архивации нагружает все 8 ядер на уровне 30% примерно.

То есть винда загружает примерно 2 ядра из 8. Либо это такая «супер-параллельность», либо у тебя не хватает скорости диска, чтобы отдавать данные.

Сам подумай, если 1 поток сжимает данные со скоростью 20МБ/сек, а твой диск отдаёт данные со скоростью 40МБ/сек, то при любой параллельности больше чем 2 ядра заняты не будут, потому что их нечем занять. И от операционки это не зависит.

Для теста можно проверить:

cat /dev/zero | pbzip2 --best > /dev/null
Диск при этом не используется, так что все ядра должны быть загружены по максимуму.

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

В нормальных системах всё само работает, а в вашем линупсе вечно чего-то красноглазить нужно.

В этих «нормальных системах» архиватор даже в комплект не удосужились положить, приходится красноглазить и с и-нета качать. :) А нашем линупсе всё есть в репозиториях, никакого красноглазия.

anonymous
()
Ответ на: комментарий от TEX

компрессоры и архиваторы

Нужно пояснить почему второй не может выполнять функции первого хотя бы через вызов этого самого первого через пайп.

Кто тебе сказал, что не может?

GNU `tar' is able to create and read compressed archives. It supports a wide variety of compression programs, namely: `gzip', `bzip2', `lzip', `lzma', `lzop', `xz' and traditional `compress'.

anonymous
()
Ответ на: комментарий от sT331h0rs3

Ну так нечего такую глупость морозить.

К тому же, те кто будет сразу отвечать на твою глупость всё равно это твое сообщения увидят только после того как ответят. Т. е. отправил ты это сообщение, не отправил — ничего не поменяется.

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

Работа с файлами размером более 8 Гб.

А он что раньше не умел?

Кому и для чего это нужно? Где устройства у которых I/O блоками больше чем 8 Гб? Или вы боитесь фрагментации на ФС ? Лол..

anonymous
()
Ответ на: комментарий от unanimous

Как можно жить с matlab?! (комментарий)

В идеале, хотелось бы что-то типа Scheme (элементы функционального программирования — замыкания, карринг, лямбды и функции как типы), но с инфиксным синтаксисом (чтобы студентов не пугать), типизованный, но не строго (массовое применение чего-то типа auto в C++11 — вывода типов, но чтобы auto не надо было писать), поддержка элементов ООП (объекты, наследование, перегрузка и полиморфизм), но без множественного наследования, автоматическое управление памятью, тензорные операции как элементы языка (не только вектора и матрицы, но и прочие индексированные объекты). Ну и нормальная библиотека алгоритмов, с биндингами к существующим пакетам, чтобы велосипед не изобретать. Уф, выдохнул :)

посмотри Julia. ну или daovm.net

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

К тому же, те кто будет сразу отвечать на твою глупость всё равно это твое сообщения увидят только после того как ответят.

Чушь :) Адекватный человек сначала прочитает тред, затем будет отвечать.

З.Ы. Мне кажется, насчёт глупостей ты меня переплюнул на порядок.

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

Кому и для чего это нужно?

8GB хватит каждому? нуну

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