bzcat - онлайн в хмарі

ПРОГРАМА:

ІМ'Я

bzip2, bunzip2 - компресор файлів для сортування блоків, v1.0.6
bzcat - розпаковує файли до стандартного виведення
bzip2recover - відновлює дані з пошкоджених файлів bzip2

СИНТАКСИС

bzip2 [ -cdfkqstvzVL123456789 ] [ імена файлів ... ]
bzip2 [ -h|--допомога ]
bunzip2 [ -fkvsVL ] [ імена файлів ... ]
bunzip2 [ -h|--допомога ]
bzcat [ -s ] [ імена файлів ... ]
bzcat [ -h|--допомога ]
bzip2recover ім'я файлу

ОПИС

bzip2 стискає файли за допомогою алгоритму блочного сортування тексту Берроуза-Уілера,
і кодування Хаффмана. Стиснення, як правило, значно краще, ніж досягається
більш звичайні компресори на базі LZ77/LZ78 і наближається до продуктивності PPM
сімейство статистичних компресорів.

Параметри командного рядка навмисно дуже схожі на параметри GNU gzip, але вони є
не ідентичні.

bzip2 очікує, що список імен файлів супроводжуватиме прапорці командного рядка. Кожен файл є
замінено стиснутою версією самого себе з назвою "original_name.bz2". Кожен
стиснутий файл має однакову дату зміни, дозволи та, якщо можливо, право власності
як відповідний оригінал, щоб ці властивості можна було правильно відновити на
час декомпресії. Обробка імен файлів наївна в тому сенсі, що немає механізму
для збереження оригінальних імен файлів, дозволів, прав власності або дат у файлових системах, які
не мають цих концепцій або мають серйозні обмеження на довжину імен файлів, наприклад MS-DOS.

bzip2 та bunzip2 за замовчуванням не перезаписує наявні файли. Якщо ви цього хочете
трапляється, вкажіть прапор -f.

Якщо імена файлів не вказані, bzip2 стискає зі стандартного введення на стандартний вихід.
В цьому випадку, bzip2 відмовиться записувати стиснений вихід на термінал, як це було б
бути абсолютно незрозумілим і тому безглуздим.

bunzip2 (Або bzip2 -г) розпаковує всі вказані файли. Файли, які не були створені
bzip2 буде виявлено та проігноровано, а також видано попередження. bzip2 спроби вгадати
ім'я файлу для розпакованого файлу від імені стиснутого файлу наступним чином:

filename.bz2 стає ім'ям файлу
filename.bz стає ім'ям файлу
filename.tbz2 стає filename.tar
filename.tbz стає filename.tar
anyothername стає anyothername.out

Якщо файл не закінчується одним із розпізнаних кінцівок, .bz2, .bz, .tbz2 or .tbz, bzip2
скаржиться, що не може вгадати назву оригінального файлу, і використовує оригінальне ім'я
з .out додається.

Як і у випадку стиснення, відсутність імен файлів спричиняє декомпресію зі стандартного введення до
стандартний вихід.

bunzip2 правильно розпакує файл, який є конкатенацією двох або більше
стислі файли. Результатом є конкатенація відповідного нестиснутого
файлів. Також підтримується перевірка цілісності (-t) конкатенованих стиснутих файлів.

Ви також можете стиснути або розпакувати файли до стандартного виводу, поставивши прапорець -c.
Кілька файлів можна стиснути та розпакувати таким чином. Отримані виходи є
подається послідовно на стандартний вихід. Стиснення кількох файлів у такий спосіб створює a
потік, що містить кілька стислих уявлень файлів. Такий потік може бути
правильно розпакований лише за допомогою bzip2 версії 0.9.0 або новішої. Попередні версії bzip2
зупиниться після розпакування першого файлу в потоці.

bzcat (Або bzip2 -dc) розпаковує всі вказані файли до стандартного виводу.

bzip2 читатиме аргументи зі змінних середовища bzip2 та BZIP, в такому порядку,
і оброблятиме їх перед будь-якими аргументами, прочитаними з командного рядка. Це дає а
зручний спосіб надання аргументів за замовчуванням.

Стиснення виконується завжди, навіть якщо стиснутий файл трохи більший за розмір
оригінальний. Файли розміром менше ста байт, як правило, стають більшими, оскільки
Механізм стиснення має постійні накладні витрати в районі 50 байт. Випадкові дані
(включаючи вихід більшості файлів компресорів) кодується приблизно 8.05 біт на байт,
дає розширення приблизно на 0.5%.

Як самоперевірку для вашого захисту, bzip2 використовує 32-розрядні CRC, щоб переконатися, що
розпакована версія файлу ідентична оригінальній. Це захищає від
пошкодження стиснутих даних, а також від невиявлених помилок bzip2 (сподіваюся, дуже
навряд чи). Імовірність того, що пошкодження даних залишиться непоміченим, дуже велика, приблизно один
шанс у чотири мільярди для кожного обробленого файлу. Однак майте на увазі, що перевірка відбувається
під час декомпресії, тому він може лише сказати вам, що щось не так. Це не може вам допомогти
відновити вихідні нестиснені дані. Ви можете використовувати bzip2recover спробувати відновити дані
з пошкоджених файлів.

Повертаються значення: 0 для нормального виходу, 1 для проблем з навколишнім середовищем (файл не знайдено, недійсний
прапорці, помилки введення-виводу тощо), 2 для вказівки на пошкоджений стиснутий файл, 3 для внутрішнього
помилка узгодженості (наприклад, помилка), яка спричинила bzip2 панікувати.

ВАРІАНТИ

-c --stdout
Стисніть або розпакуйте до стандартного виводу.

-d --декомпресувати
Примусова декомпресія. bzip2, bunzip2 та bzcat насправді та сама програма, і
рішення про те, які дії робити, робиться на основі того, яке ім'я використовується.
Цей прапор перекриває цей механізм і примусить bzip2 декомпресувати.

-z -- стиснути
Доповнення до -d: стискає, незалежно від імені виклику.

-t --тест
Перевірте цілісність вказаних файлів, але не розпакуйте їх. Це справді
виконує пробну декомпресію і викидає результат.

-f --сила
Примусове перезапис вихідних файлів. зазвичай, bzip2 не перезапише існуючий
вихідні файли. Також сили bzip2 щоб зламати жорсткі посилання на файли, які інакше
не зробив би.

bzip2 зазвичай відмовляється розпаковувати файли, які не мають належної магії
байти заголовка. Однак якщо примусово (-f), він передасть такі файли через незмінені.
Ось як поводиться GNU gzip.

-k -- тримати
Зберігайте (не видаляйте) вхідні файли під час стиснення або декомпресії.

-s --маленький
Зменште використання пам’яті для стиснення, декомпресії та тестування. Файли є
розпаковано та перевірено за допомогою модифікованого алгоритму, який вимагає лише 2.5 байта
за блок-байт. Це означає, що будь-який файл можна розпакувати в 2300 КБ пам’яті,
хоча приблизно на половині нормальної швидкості.

Під час стиснення -s вибирає розмір блоку 200 k, що обмежує використання пам'яті
приблизно такий самий показник за рахунок вашого ступеня стиснення. Словом, якщо
у вашій машині мало пам’яті (8 мегабайт або менше), використовуйте -s для всього. Побачити
УПРАВЛІННЯ ПАМ'ЯТЮ нижче.

-q --спокійно
Придушення неважливих попереджень. Повідомлення, що стосуються помилок вводу/виводу та
інші критичні події не будуть придушені.

-v -багатослівний
Детальний режим -- показує ступінь стиснення для кожного обробленого файлу. Далі -v
підвищити рівень багатослівності, вивергаючи багато інформації, яка в першу чергу стосується
інтерес для діагностичних цілей.

-h --допомога
Надрукуйте довідкове повідомлення та вийдіть.

-L --ліцензія -V -- версія
Відобразити версію програмного забезпечення, умови ліцензії.

-1 (Або --швидко) до -9 (Або --найкраще)
Встановіть розмір блоку 100 k, 200 k ... 900 k під час стиснення. Не впливає, коли
декомпресія. Див. УПРАВЛІННЯ ПАМ'ЯТЮ нижче. Псевдоніми --fast і --best
в першу чергу для сумісності GNU gzip. Зокрема, --fast нічого не робить
значно швидше. І --best просто вибирає поведінку за замовчуванням.

-- Обробляє всі наступні аргументи як імена файлів, навіть якщо вони починаються з тире.
Це для того, щоб ви могли обробляти файли, імена яких починаються з тире, наприклад:
bzip2 -- -myfilename.

--повторно-швидко --повторний-найкращий
Ці прапори є зайвими у версіях 0.9.5 і вище. Вони надали деякі грубі
контроль за поведінкою алгоритму сортування в попередніх версіях, який був
іноді корисно. 0.9.5 і вище мають покращений алгоритм, який відтворює їх
прапори не мають значення.

ПАМ'ЯТЬ УПРАВЛІННЯ

bzip2 стискає великі файли в блоки. Розмір блоку впливає як на ступінь стиснення
досягнуто, а також обсяг пам’яті, необхідний для стиснення та декомпресії. Прапори -1
через -9 вкажіть розмір блоку від 100,000 900,000 до XNUMX XNUMX байт (за замовчуванням)
відповідно. Під час декомпресії розмір блоку, який використовується для стиснення, зчитується з файлу
заголовок стиснутого файлу, і bunzip2 потім виділяє собі достатньо пам’яті
розпакувати файл. Оскільки розміри блоків зберігаються у стиснутих файлах, з цього випливає
прапори від -1 до -9 не мають відношення до і тому ігноруються під час декомпресії.

Вимоги до стиснення та декомпресії в байтах можна оцінити як:

Стиснення: 400 k + (8 x розмір блоку)

Декомпресія: 100 k + ( 4 x розмір блоку ), або
100 тис. + (2.5 x розмір блоку)

Більші розміри блоків дають швидко зменшуючі граничні прибутки. Найбільше стиснення
походить від перших двох або трьохсот k розміру блоку, факт, який варто мати на увазі
При використанні bzip2 на невеликих машинах. Також важливо цінувати, що
Вимоги до пам'яті декомпресії встановлюються під час стиснення вибором розміру блоку.

Для файлів, стиснутих із розміром блоку за замовчуванням 900 КБ, bunzip2 буде потрібно близько 3700
кбайт для розпакування. Щоб підтримувати декомпресію будь-якого файлу на 4-мегабайтній машині,
bunzip2 має можливість розпакування, використовуючи приблизно половину цього обсягу пам’яті
2300 кбайт. Швидкість декомпресії також зменшена вдвічі, тому ви повинні використовувати цю опцію лише там, де
необхідно. Відповідний прапор -s.

Загалом, намагайтеся використовувати найбільший розмір блоку, який дозволяє обмеження пам’яті
максимізує досягнуту компресію. Швидкість стиснення і декомпресії практично
не залежить від розміру блоку.

Ще один важливий момент стосується файлів, які поміщаються в один блок, тобто більшість
файли, які ви зіткнетеся з використанням блоку великого розміру. Обсяг реальної пам’яті, яку торкнувся
пропорційно розміру файлу, оскільки файл менший за блок. Для
Наприклад, стиснення файлу довжиною 20,000 9 байт з прапором -XNUMX призведе до стиснення
щоб виділити близько 7600 КБ пам’яті, але торкніться лише 400 КБ + 20000 * 8 = 560 Кбайт.
Аналогічно, декомпресор виділить 3700 k, але торкнеться лише 100 k + 20000 * 4 = 180
кбайт.

Ось таблиця, яка підсумовує максимальне використання пам’яті для різних розмірів блоків. Також
Записано – це загальний стиснутий розмір для 14 файлів Calgary Text Compression Corpus
на загальну суму 3,141,622 XNUMX XNUMX байт. Цей стовпець дає змогу зрозуміти, як змінюється стиснення
розмір блоку. Ці цифри, як правило, применшують переваги більших розмірів блоків для
більші файли, оскільки в Corpus переважають файли меншого розміру.

Стиснути Розпакувати Розпакувати корпус
Позначити використання -s використання Розмір

-1 1200k 500k 350k 914704
-2 2000k 900k 600k 877703
-3 2800k 1300k 850k 860338
-4 3600k 1700k 1100k 846899
-5 4400k 2100k 1350k 845160
-6 5200k 2500k 1600k 838626
-7 6100k 2900k 1850k 834096
-8 6800k 3300k 2100k 828642
-9 7600k 3700k 2350k 828642

ВІДНОВЛЕННЯ ДАНІ З ПОШКОДЖЕНИЙ ФАЙЛИ

bzip2 стискає файли в блоки, зазвичай довжиною 900 Кбайт. Кожен блок обробляється
самостійно. Якщо через помилку медіа або передачі файл .bz2 з кількома блоками стає
пошкоджених, можливо відновити дані з непошкоджених блоків у файлі.

Стиснене представлення кожного блоку розмежовується 48-бітовим шаблоном, який робить
можна з достатньою впевненістю знайти межі блоку. Кожен блок також
має власний 32-бітовий CRC, тому пошкоджені блоки можна відрізнити від непошкоджених.

bzip2recover це проста програма, метою якої є пошук блоків у файлах .bz2, і
записати кожен блок у власний файл .bz2. Потім можна використовувати bzip2 -t перевірити
цілісність отриманих файлів і розпакуйте ті, які не пошкоджені.

bzip2recover приймає один аргумент, ім’я пошкодженого файлу, і записує ряд
файли "rec00001file.bz2", "rec00002file.bz2" тощо, що містять витягнуті блоки.
Імена вихідних файлів розроблені таким чином, щоб використання символів підстановки в подальшій обробці --
наприклад, "bzip2 -dc rec*file.bz2 > recovered_data" -- обробляє файли в
вірний порядок.

bzip2recover має бути найбільш корисним для роботи з великими файлами .bz2, оскільки вони містять
багато блоків. Очевидно, що використовувати його для пошкоджених одноблокових файлів марно, оскільки a
пошкоджений блок не можна відновити. Якщо ви хочете мінімізувати потенційну втрату даних
через помилки медіа або передачі, ви можете розглянути можливість стиснення за допомогою меншого блоку
розмір.

ДІЯЛЬНОСТІ ПРИМІТКИ

Фаза сортування стиснення збирає подібні рядки у файлі. Тому що
це, файли, що містять дуже довгі ряди повторюваних символів, наприклад "aabaabaabaab ..."
(повторюється кілька сотень разів) може стискатися повільніше, ніж зазвичай. Версії 0.9.5 і
вище тариф набагато краще, ніж попередні версії в цьому відношенні. Співвідношення між найгіршими-
Корпус і середній час стиснення знаходиться в районі 10:1. Для попередніх версій,
цей показник був більше схожий на 100:1. Ви можете використовувати параметр -vvvv, щоб відстежувати прогрес
чудова деталь, якщо хочете.

На швидкість декомпресії ці явища не впливають.

bzip2 зазвичай виділяє кілька мегабайт пам’яті для роботи, а потім заряджає всю
над ним досить випадковим чином. Це означає, що продуктивність, як для стиснення, так і
розпакування, значною мірою визначається швидкістю, з якою ваша машина може обслуговувати кеш
сумує. Через це були внесені невеликі зміни в код, щоб зменшити частоту промахів
спостерігається, що дає непропорційно великі покращення продуктивності. я уявляю bzip2 волі
найкраще працює на машинах з дуже великими кешами.

ПЕРЕКЛАДИ

Повідомлення про помилки введення-виводу не настільки корисні, як могли б бути. bzip2 намагається виявити введення/виведення
помилок і вийти чисто, але деталі проблеми іноді здаються досить
вводить в оману.

Ця сторінка посібника відноситься до версії 1.0.6 bzip2. Стислі дані, створені цим
версія повністю пряма і зворотна сумісна з попередніми загальнодоступними випусками,
версії 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 і вище, але з наступним
виняток: версії 0.9.0 і вище можуть правильно розпакувати декілька стиснутих конкатенованих
файлів. 0.1pl2 не може цього зробити; він зупиниться після розпакування лише першого файлу в файлі
потік.

bzip2recover у версіях до 1.0.2 використовувалися 32-розрядні цілі числа для представлення бітових позицій
стислі файли, тому вони не могли обробляти стислі файли довжиною більше 512 мегабайт.
Версії 1.0.2 і вище використовують 64-розрядні ints на деяких платформах, які їх підтримують (GNU
підтримувані цілі та Windows). Щоб визначити, чи створено bzip2recover з
таке обмеження, запустіть його без аргументів. У будь-якому випадку ви можете побудувати самостійно
необмежена версія, якщо ви можете перекомпілювати її з MaybeUInt64, встановленим як 64-розрядний без знака
ціле число.

Використовуйте bzcat онлайн за допомогою служб onworks.net