bzcat - Интернет в облаке

ПРОГРАММА:

ИМЯ

bzip2, bunzip2 - компрессор файлов с сортировкой блоков, v1.0.6
bzcat - распаковывает файлы в стандартный вывод
bzip2recover - восстанавливает данные из поврежденных файлов bzip2

СИНТАКСИС

bzip2 [ -cdfkqstvzVL123456789 ] [ имена файлов ... ]
bzip2 [ -h | --help ]
Bunzip2 [ -fkvsVL ] [ имена файлов ... ]
Bunzip2 [ -h | --help ]
бзкат [ -s ] [ имена файлов ... ]
бзкат [ -h | --help ]
bzip2recover имя файла

ОПИСАНИЕ

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

Параметры командной строки намеренно очень похожи на параметры GNU сжатие, но они
не идентичны.

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, .бз, .tbz2 or .ТБЗ, bzip2
жалуется, что не может угадать имя исходного файла и использует исходное имя
.из прилагается.

Как и в случае со сжатием, отсутствие имен файлов вызывает декомпрессию со стандартного ввода на
стандартный вывод.

Bunzip2 правильно распакует файл, который является объединением двух или более
сжатые файлы. Результатом является конкатенация соответствующих несжатых
файлы. Также поддерживается проверка целостности (-t) объединенных сжатых файлов.

Вы также можете сжимать или распаковывать файлы в стандартный вывод, задав флаг -c.
Таким образом можно сжимать и распаковывать несколько файлов. В результате будут получены следующие результаты:
подается последовательно на стандартный вывод. Сжатие нескольких файлов таким образом создает
поток, содержащий несколько сжатых файловых представлений. Такой поток может быть
распаковывается правильно только bzip2 версия 0.9.0 или новее. Более ранние версии bzip2
остановится после распаковки первого файла в потоке.

бзкат (или bzip2 -Округ Колумбия) распаковывает все указанные файлы в стандартный вывод.

bzip2 будет читать аргументы из переменных среды bzip2 и БЗИП, в этой последовательности,
и обработает их до того, как какие-либо аргументы будут прочитаны из командной строки. Это дает
удобный способ указать аргументы по умолчанию.

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

В качестве самопроверки для вашей защиты, bzip2 использует 32-битные CRC, чтобы убедиться, что
распакованная версия файла идентична оригиналу. Это предохраняет от
повреждение сжатых данных, а также от необнаруженных ошибок в bzip2 (надеюсь, очень
вряд ли). Шансы на то, что повреждение данных останется незамеченным, микроскопичны, примерно один
шанс в четыре миллиарда на каждый обработанный файл. Однако имейте в виду, что проверка происходит
после декомпрессии, поэтому он может сказать вам только, что что-то не так. Это не может тебе помочь
восстановить исходные несжатые данные. Вы можете использовать bzip2recover попытаться восстановить данные
из поврежденных файлов.

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

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

-c --stdout
Сжать или распаковать до стандартного вывода.

-d - распаковать
Принудительная декомпрессия. бзип2, Bunzip2 и бзкат действительно одна и та же программа, и
решение о том, какие действия предпринять, принимается на основании того, какое имя используется.
Этот флаг отменяет этот механизм и заставляет bzip2 распаковать.

-z --компресс
Дополнение к -d: вызывает сжатие независимо от имени вызова.

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

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

bzip2 обычно отказывается распаковывать файлы, у которых нет правильной магии.
байты заголовка. Однако, если принудительно (-f), он будет пропускать такие файлы без изменений.
Так ведет себя GNU gzip.

-k --хранить
Сохраняйте (не удаляйте) входные файлы во время сжатия или распаковки.

-s --небольшой
Уменьшите использование памяти для сжатия, распаковки и тестирования. Файлы
распакован и протестирован с использованием модифицированного алгоритма, который требует всего 2.5 байта
за байт блока. Это означает, что любой файл можно распаковать в 2300 КБ памяти,
хотя примерно на половине нормальной скорости.

Во время сжатия -s выбирает размер блока 200 КБ, что ограничивает использование памяти до
примерно такая же цифра, за счет вашей степени сжатия. Короче, если
на вашей машине мало памяти (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 байтов (по умолчанию)
соответственно. Во время декомпрессии размер блока, используемого для сжатия, считывается из
заголовок сжатого файла и Bunzip2 затем выделяет себе достаточно памяти для
распаковать файл. Поскольку размеры блоков хранятся в сжатых файлах, отсюда следует, что
флаги от -1 до -9 не имеют значения и поэтому игнорируются во время декомпрессии.

Требования к сжатию и декомпрессии в байтах можно оценить как:

Сжатие: 400 тыс. + (8-кратный размер блока)

Декомпрессия: 100 тыс. + (4-кратный размер блока) или
100 тыс. + (2.5 x размер блока)

Блоки большего размера дают быстро убывающую маржинальную прибыль. Большая часть сжатия
происходит из первых двух или трехсот килобайт размера блока, что стоит иметь в виду
При использовании 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 байта. Этот столбец дает некоторое представление о том, как степень сжатия зависит от
размер блока. Эти цифры, как правило, преуменьшают преимущество больших размеров блоков для
файлы большего размера, поскольку в Корпусе преобладают файлы меньшего размера.

Сжать Декомпрессия Распаковать Корпус
Пометить использование usage -s usage Size

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

ВОССТАНОВЛЕНИЕ ДАННЫЕ от ПОВРЕЖДЕН FILES

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, так как они будут содержать
много блоков. Очевидно, бесполезно использовать его для поврежденных одноблочных файлов, поскольку
поврежденный блок восстановить невозможно. Если вы хотите минимизировать любую потенциальную потерю данных
из-за ошибок мультимедиа или передачи вы можете рассмотреть возможность сжатия с помощью меньшего блока
размер.

Арбитраж трафика ПРИМЕЧАНИЯ

Фаза сортировки сжатия собирает вместе похожие строки в файле. Из-за
это файлы, содержащие очень длинные серии повторяющихся символов, например "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-битные целые числа на некоторых платформах, которые их поддерживают (GNU
поддерживаемые цели и Windows). Чтобы установить, был ли bzip2recover собран с
такое ограничение, запускайте без аргументов. В любом случае вы можете построить себе
неограниченная версия, если вы можете перекомпилировать ее, установив MaybeUInt64 как 64-битную беззнаковую
целое число.

Используйте bzcat онлайн с помощью сервисов onworks.net