Intereting Posts
Понимание переадресации ввода / вывода в контексте _process substitution_ Как я могу понять, что мешает монтированию привязки отключиться? Vagrant не воспитывает eth1 на Xubuntu 16.04 гость как использовать ftrace для function_trace прерывания модhive ядра? Как удалить корзину из загрузочного раздела Emacs: автоматически переключается в режим char при переключении в анси-терминальное окно Как запустить mount / umount до / после спящего режима? Как слить ключи или обработать ключи с тем же именем? Как найти номер строки в файле с разделителями, который имеет <20 символов? Как Linux знает, какой именно USB-накопитель? Как написать переопределения dconf для привязки к сайтам? Строки соответствия, не заканчивающиеся на определенный символ несколько виртуальных профилей для одного и того же пользователя автоматизация конфигурации CentOS 7 с использованием сценариев оболочки Быстрый и легкий дистрибутив с GUI (для веб-разработки)

почему я должен использовать tar.xz вместо tar.gz? xz – программа сжатия данных без потерь и формат файла

Сегодня первый раз в жизни я видел tar.xz download. Я обыскал интернет и нашел статьи в Википедии ( xz и XZ Utils )

Интересная цитата о пользователях xz

xz получила известность для сжатия пакетов в проекте GNU coreutils, [7] Debian семейства систем deb (формат файла), openSUSE, [8] Fedora, [9] Arch Linux, [10] Slackware, [11] FreeBSD, [ 12] Gentoo, [13] GNOME, [14] и TeX Live, [15], а также возможность сжатия скомпилированного ядра Linux. [16] В марте 2013 года kernel.org объявила об использовании xz в качестве формата сжатого файла по умолчанию для распространения файлов архивов ядра. [17]

Я всегда использую tar.gz Когда и зачем использовать tar.xz ? Какой прецедент?

Я узнал после первого комментария, что аналогичный вопрос уже отправлен. Я часто сжимаю mongoump / mongoexport (BSON / JSON) и mysqldump (текст SQL). Есть ли смысл использовать tar.xz для этих резервных копий?

gzip и xz используют два разных алгоритма, и поэтому они работают по-разному, как с точки зрения уровня сжатия, так и с точки зрения ресурсов, которые они потребляют.

В общем случае xz достигает более высоких коэффициентов сжатия, но требует гораздо больше памяти и времени.

Я лично использую xz для архивирования данных; большие файлы, которые мне нужно убирать надолго. В противном случае я использую gzip , так как это обычно быстрее.

Попробуйте проверить их оба и посмотреть, как они выполняются в вашем среднем файле tar (или любом другом).

xz стал немного стандартным, когда дело касается управления пакетами в последние годы.

алгоритм сжатия LZMA2 xz , исключительно эффективен с текстовыми (и «текстовыми») данными. Я лично использую его практически во всем, где скорость вычислительного кодирования не является проблемой ( xz распаковывается гораздо быстрее, чем сжатие, это на самом деле одна из его целей проектирования).

Так что это отлично подходит для таких вещей, как архивирование или резервное копирование (вообще говоря, файлы, которые распаковываются много, но там, где данные не сжимаются все время или меняются и т. Д.). Это не очень хорошее решение для сжатия потока – по крайней мере, это не так часто, потому что LZMA2 не совсем освещает ресурсы при сжатии.

Но я хотел бы прокомментировать ваше другое заявление: «должен». То, что вы должны или не должны использовать, зависит от того, для чего вам нужны ваши данные. Несмотря на то, что xz и LZMA2 существуют уже много лет, люди по-прежнему рассматривают сжатие с помощью gz как gz от соображений совместимости. Такие вещи, как Trac или cgit, предлагают .tar.gz , .7z и .tar.xz . Имея параметр .tar.gz , поскольку он был «навсегда» , и это хорошая мера падения на любом устройстве, независимо от того, насколько минимальным или старым.

Подобно тому, как встречный пример, lzop – быстрый и ресурсосберегающий компрессор, который часто используется на космических аппаратах, но в противном случае он не очень эффективен. Я не мог сказать, что это не широко используется. Он часто используется в системах, где более важно быстро сжимать что-то с небольшим энергопотреблением и вычислительным пространством.

Таким образом, то, что вы должны или не должны использовать, – это то, что наиболее важно для вас и людей, взаимодействующих с вашими данными.


Одна вещь, которая возникла у меня в голове: man страницы обычно сжимаются с помощью gzip . Если вы посмотрите в /usr/share/man/man1/ , например, вы увидите много файлов, похожих на mv.1.gz , если не все из них сжаты. Теперь было бы целесообразно переключиться на .xz файлы из-за лучшего сжатия, но прирост пространства минимален, по сравнению с отрицательными эффектами от .gz для .gz . Причиной этого является почти универсальная совместимость. Даже открытие сжатых файлов .gz непосредственно в Vim отлично работает и действует как прозрачное сжатие.

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

  • Чтение произвольного доступа: данные можно разделить на блоки с независимым сжатием. Каждый .xz файл содержит индекс блоков, что делает возможным ограниченное чтение с произвольным доступом, когда размер блока достаточно мал.
  • Проверка целостности: целостность всех заголовков всегда защищена CRC32. Целостность фактических данных может быть проверена с помощью CRC32, CRC64, SHA-256 …
  • Конкатенация. Как и файлы .gz и .bz2 , можно .gz файлы .gz как есть. Декомпрессор может распаковать конкатенированный файл, как если бы он был обычным однопотоковым файлом .xz .
  • Заполнение: двоичные нули могут быть добавлены в файлы .xz чтобы заполнить их, например, блок на резервной ленте. Заполнение должно быть кратным четырем байтам, потому что размер каждого допустимого .xz файла кратен четырем байтам.