XZ Utils

XZ Utils (xz-utils або просто xz) - це проект з відкритим кодом і повністю безкоштовним програмним забезпеченням, який забезпечує всі необхідні утиліти для роботи з пакетами XZ у будь-якій операційній системі GNU / Linux. Це дозволяє видобувати архіви, які закінчуються розширеннями .xz або .lzma, а також для стискання файлів і папок методом стиснення XZ, в результаті чого зберігаються архіви .xz, .lzma, tar.xz або tar.lzma.

XZ, без сумніву, є одним з найбільш потужних алгоритмів стиснення у світі, і він працює в GNU / Linux системах. Він здатний створювати архіви, які в два-три рази менше, ніж інші популярні методи стиснення, такі як RAR, ZIP, GZ або BZ2. Точніше, архіви XZ мають на 15% менше, ніж bzip2, і на 30% менше, ніж файли gzip.

XZ Utils або xz-utils або xz є офіційною назвою пакета, яку можна легко встановити на багатьох операційних системах GNU / Linux із їх сховищами за замовчуванням. Вона складається з бібліотеки стиснення liblzma, інструмента командного рядка xz та інструменту, де ви використовуєте тільки xzdec.

Крім того, він постачається з набором сценаріїв оболонки, включаючи xzgrep, xzegrep, xzfgrep, xzless, xzmore, xzcat, xzcmp та xzdiff, що дозволяють переглядати, порівнювати та створювати архіви XZ, а також необхідні компоненти для обробки архівів LZMA, які тепер застаріли в XZ. Команда XZ містить кілька важливих параметрів, включаючи можливість примусової декомпресії та стиснення.

Програмне забезпечення для стиснення даних XZ офіційно підтримується GNU / Linux, GNU / HURD, BSD (FreeBSD, OpenBSD, NetBSD, Dragonfly BSD та MirBSD), MINIX, Solaris, IRIX, AIX, QNX, Mac OS X, Haiku. , HP-UX, Tru64, OpenVMS, OpenVOS, IBM OS / 2, DOS (FreeDOS і MS-DOS), а також Microsoft Windows 95 та пізнішої версії.

Що нового у цьому випуску:

• liblzma:
• Дозволити 0 як обмеження використання пам'яті замість повернення LZMA_PROG_ERROR. Тепер 0 обробляється так, якби було вказано 1 байт, який фактично збігається з 0.
• Використовуйте & quot; noexcept & quot; ключове слово замість "throw ()" & quot; у загальних заголовках, коли використовується компілятор C ++ 11 (або новіший стандарт).
• Додано виправлення для переносимості для останніх компіляторів Intel C
• Файли збірки Microsoft Visual Studio були перенесені під windows / vs2013 та windows / vs2017.
• xz:
• Виправте & quot; xz --list --робот missing_or_bad_file.xz & quot; який намагатиметься надрукувати уніфікований рядок і таким чином виготовити сміття. Оскільки статус виходу не відрізняється від нуля, більшість використання такої команди не намагатимуться інтерпретувати вивід сміття.
• "xz --list foo.xz" & quot; Можна надрукувати & quot; Внутрішня помилка (помилка) & quot; в кутовому випадку, де встановлено певний ліміт використання пам'яті.

Що нового в версії:

• xz:
• Завжди закрийте файл, перш ніж намагатись його видалити, щоб уникнути проблем у деяких комбінаціях операційної системи та файлових систем.
• Виправлено копіювання мітків файлів у Windows.
• Додано експериментальне (інвалідність за замовчуванням) підтримку пісочниці за допомогою Capsicum (FreeBSD & gt; = 10). Див. - INABLE в ізольованому вікні в режимі "можливі".
• Виправлення відповідності C99 / C11 до liblzma. Питання, які вплинули на найменші версії, використовують оптимізацію часу поєднання.
• Виправлені помилки в рідко використовуваній функції lzma_index_dup ().
• Використання зовнішнього коду SHA-256 тепер відключено за умовчанням. Його все ще можна ввімкнути шляхом переходу --enable-external-sha256 для налаштування. Причини відключення за замовчуванням (детальніше див. INSTALL) ...
• Деякі ОС-специфічні додатки SHA-256 конфліктують із OpenSSL і викликають проблеми в програмах, що посилаються як на liblzma, так і на libcrypto. Постраждали принаймні FreeBSD 10 і MINIX 3.3.0.
• В деяких операційних системах внутрішня SHA-256 працює швидше, ніж код SHA-256.
• Визначено детектор підрахунку основних частот процесора для використання sched_getaffinity () у GNU / Linux та GNU / kFreeBSD.
• Виправлено до системи збирання та xz, щоб xz могло бути зроблено, навіть якщо кодирувачі, декодери або потоки вимкнено з libilzma за допомогою параметрів налаштування. Ці виправлення додали два нових #defines до config.h: HAVE_ENCODERS і HAVE_DECODERS.

Що нового в версії 5.2.2:

• Виправлені помилки в коді QNX.
• Не використовується pipe2 (), навіть якщо він доступний для уникнення проблем із портативністю за допомогою старих комбінацій Linux та glibc.
• Оновлений німецький переклад.
• Додані файли проекту для створення статичного та спільного liblzma (а не всього XZ Utils) з версією Visual Studio 2013 2 або пізнішої версії.
• Задокументовано, що поточна декомпресія ще не була реалізована. Вступник 5.2.0 NEWS, що описує багатопоточкову підтримку, неправильно вказав & quot; декомпресії & quot; коли він мав сказати "стиснення".

Що нового у версії 5.2.1:

• Виправлена ​​регресія коефіцієнта стиснення у швидкому режимі LZMA1 та LZMA2. Помилка присутня в версіях 5.1.4beta та 5.2.0.
• Виправлено проблему переносу в xz, що вплинула, принаймні, на OpenBSD.
• Виправлено xzdiff для сумісності з mktemp FreeBSD, який відрізняється від більшості інших реалізацій mktemp.
• Визначено детектор підрахунку основних частот процесора для використання cpuset_getaffinity () у FreeBSD.

Що нового в версії 5.2.0:

• Усі виправлення з 5.0.8
• liblzma: Виправлено lzma_stream_encoder_mt_memusage (), коли використовувався пресет.
• xzdiff: Якщо mktemp не встановлено, mkdir буде використовуватися як резервне копіювання для створення тимчасового каталогу. Встановлення mktemp все ще рекомендується.
• Оновлені французькі, німецькі, італійські, польські та в'єтнамські переклади.

Що нового у версії 5.0.7:

• Усі виправлення з 5.0.6
• liblzma: Виправлено використання пресетів у ініціалізації різьбового кодера.
• xz --block-list і -block-size тепер можна використовувати разом у режимі однопоточного. Раніше комбінація працювала лише в режимі багатопотокових.
• Додана підтримка для LZMA_IGNORE_CHECK до liblzma і доступна в xz як --ignore-check.
• Оптимізація швидкості liblzma:
• Ініціалізація нового кодера LZMA1 або LZMA2 була оптимізована. (Швидкість повторного ініціалізації вже виділеного кодувача не впливає.) Це допомагає при стисуванні багатьох малих буферів за допомогою lzma_stream_buffer_encode () та інших подібних ситуацій, коли вже виділений стан кодера не використовується повторно. Ця швидкість виявляється також у xz, якщо один раз стискає багато маленьких файлів по одному, замість того, щоб запустити xz один раз, і віддавати всі файли як аргументи командного рядка.
• Буферні порівняння наразі набагато швидше, коли неприєднання доступу допускається (налаштовується за допомогою - unable-unaligned-access). Це значно прискорює кодування. Існує спеціальний код для 32-розрядних та 64-розрядних x86 (32-розрядна потреба SSE2 для кращих результатів, і поки не існує виявлення процесора під час виконання). Для інших арків існує лише загальний код, який, ймовірно, не настільки оптимально, як може бути рішення, що може бути аркою.
• Код SHA-256 зроблено кілька оптимізацій швидкості. (Зверніть увагу, що вбудований код SHA-256 не використовується у всіх операційних системах.)
• Тепер liblzma може бути побудований за допомогою MSVC 2013 update 2 або пізнішої версії, використовуючи windows / config.h.
• В'єтнамський переклад був доданий.

Що нового у версії 5.0.6:

• liblzma: Виправлено використання пресетів у ініціалізації потоку кодувача.
• xz --block-list і -block-size тепер можна використовувати разом у режимі однопоточного. Раніше комбінація працювала лише в режимі багатопотокових.
• Додана підтримка для LZMA_IGNORE_CHECK до liblzma і доступна в xz як --ignore-check.
• Оптимізація швидкості liblzma:
• Ініціалізація нового кодера LZMA1 або LZMA2 була оптимізована. (Швидкість повторного ініціалізації вже виділеного кодувача не впливає.) Це допомагає при стисуванні багатьох малих буферів за допомогою lzma_stream_buffer_encode () та інших подібних ситуацій, коли вже виділений стан кодера не використовується повторно. Ця швидкість виявляється також у xz, якщо один раз стискає багато маленьких файлів по одному, замість того, щоб запустити xz один раз, і віддавати всі файли як аргументи командного рядка.
• Буферні порівняння наразі набагато швидше, коли дозвіл неспрямованого доступу допускається (налаштовується з функцією - unable-unaligned-access). Це значно прискорює кодування. Існує спеціальний код для 32-розрядних та 64-розрядних x86 (32-розрядна потреба SSE2 для кращих результатів, і поки не існує виявлення процесора під час виконання). Для інших арків існує лише загальний код, який, ймовірно, не настільки оптимально, як може бути рішення, що може бути аркою.
• Код SHA-256 зроблено кілька оптимізацій швидкості. (Зверніть увагу, що вбудований код SHA-256 не використовується у всіх операційних системах.)
• Тепер liblzma може бути побудований за допомогою MSVC 2013 update 2 або пізнішої версії, використовуючи windows / config.h.
• В'єтнамський переклад був доданий.