bzcat - Online na nuvem

PROGRAMA:

NOME

bzip2, bunzip2 - um compressor de arquivo de classificação de bloco, v1.0.6
bzcat - descompacta arquivos em stdout
bzip2recover - recupera dados de arquivos bzip2 danificados

SINOPSE

bzip2 [ -cdfkqstvzVL123456789 ] [ nomes de arquivos ... ]
bzip2 [ -h | --help ]
Bunzip2 [ -fkvsVL ] [ nomes de arquivos ... ]
Bunzip2 [ -h | --help ]
bzcat [ -s ] [ nomes de arquivos ... ]
bzcat [ -h | --help ]
bzip2recuperar nome do arquivo

DESCRIÇÃO

bzip2 compacta arquivos usando o algoritmo de compressão de texto de classificação de bloco de Burrows-Wheeler,
e codificação de Huffman. A compressão é geralmente consideravelmente melhor do que aquela alcançada por
compressores baseados em LZ77 / LZ78 mais convencionais e aproxima-se do desempenho do PPM
família de compressores estatísticos.

As opções de linha de comando são deliberadamente muito semelhantes às de GNU gzip, mas eles são
não idênticos.

bzip2 espera uma lista de nomes de arquivo para acompanhar os sinalizadores de linha de comando. Cada arquivo é
substituído por uma versão compactada de si mesmo, com o nome "original_name.bz2". Cada
arquivo compactado tem a mesma data de modificação, permissões e, quando possível, propriedade
como o original correspondente, para que essas propriedades possam ser restauradas corretamente em
tempo de descompressão. O tratamento do nome do arquivo é ingênuo no sentido de que não há mecanismo
para preservar nomes de arquivos originais, permissões, propriedades ou datas em sistemas de arquivos que
não possuem esses conceitos ou têm sérias restrições de comprimento de nome de arquivo, como o MS-DOS.

bzip2 e Bunzip2 por padrão, não sobrescreverá os arquivos existentes. Se você quiser que isso
acontecer, especifique o sinalizador -f.

Se nenhum nome de arquivo for especificado, bzip2 compacta da entrada padrão para a saída padrão.
Neste caso, bzip2 recusará a gravação de saída compactada em um terminal, pois isso faria
ser totalmente incompreensível e, portanto, sem sentido.

Bunzip2 (ou bzip2 -d) descompacta todos os arquivos especificados. Arquivos que não foram criados por
bzip2 será detectado e ignorado, e um aviso será emitido. bzip2 tenta adivinhar o
nome do arquivo para o arquivo descompactado daquele do arquivo compactado da seguinte maneira:

nome do arquivo.bz2 torna-se nome do arquivo
nomedoarquivo.bz torna-se nomedoarquivo
nomedoarquivo.tbz2 torna-se nomedoarquivo.tar
nomedoarquivo.tbz torna-se nomedoarquivo.tar
anyothername torna-se anyothername.out

Se o arquivo não terminar em uma das terminações reconhecidas, .bz2, .beleza, .tbz2 or .tbz, bzip2
reclama que não consegue adivinhar o nome do arquivo original e usa o nome original
com .Fora anexado.

Tal como acontece com a compressão, o fornecimento de nenhum nome de arquivo causa a descompressão da entrada padrão para
saída padrão.

Bunzip2 irá descomprimir corretamente um arquivo que é a concatenação de dois ou mais
arquivos compactados. O resultado é a concatenação do correspondente descompactado
arquivos. O teste de integridade (-t) de arquivos compactados concatenados também é suportado.

Você também pode compactar ou descompactar arquivos para a saída padrão, dando o sinalizador -c.
Vários arquivos podem ser compactados e descompactados desta forma. As saídas resultantes são
alimentado sequencialmente para stdout. A compactação de vários arquivos desta maneira gera um
stream contendo várias representações de arquivo compactado. Tal fluxo pode ser
descompactado corretamente apenas por bzip2 versão 0.9.0 ou posterior. Versões anteriores de bzip2
irá parar após descompactar o primeiro arquivo no stream.

bzcat (ou bzip2 -dc) descompacta todos os arquivos especificados para a saída padrão.

bzip2 irá ler os argumentos das variáveis ​​de ambiente bzip2 e BZIP, naquela ordem,
e irá processá-los antes de qualquer argumento lido na linha de comando. Isso dá um
maneira conveniente de fornecer argumentos padrão.

A compactação é sempre realizada, mesmo se o arquivo compactado for um pouco maior que o
original. Arquivos com menos de cerca de cem bytes tendem a ficar maiores, uma vez que o
mecanismo de compressão tem uma sobrecarga constante na região de 50 bytes. Dados aleatórios
(incluindo a saída da maioria dos compressores de arquivo) é codificado em cerca de 8.05 bits por byte,
dando uma expansão de cerca de 0.5%.

Como uma autoverificação para sua proteção, bzip2 usa CRCs de 32 bits para se certificar de que o
A versão descompactada de um arquivo é idêntica ao original. Isso protege contra
corrupção dos dados compactados e contra bugs não detectados em bzip2 (espero que muito
improvável). As chances de corrupção de dados passarem despercebidas são microscópicas, cerca de um
chance em quatro bilhões para cada arquivo processado. Esteja ciente, porém, de que a verificação ocorre
após a descompressão, por isso só pode dizer que algo está errado. Não pode te ajudar
recuperar os dados originais descompactados. Você pode usar bzip2recuperar tentar recuperar dados
de arquivos danificados.

Valores de retorno: 0 para uma saída normal, 1 para problemas ambientais (arquivo não encontrado, inválido
sinalizadores, erros de E / S, & c), 2 para indicar um arquivo compactado corrompido, 3 para um interno
erro de consistência (por exemplo, bug) que causou bzip2 entrar em pânico.

OPÇÕES

-c --stdout
Compactar ou descompactar para a saída padrão.

-d --descomprimir
Força a descompressão. bzip2, Bunzip2 e bzcat são realmente o mesmo programa, e o
a decisão sobre quais ações tomar é feita com base no nome usado.
Este sinalizador substitui esse mecanismo e força bzip2 para descomprimir.

-z --comprimir
O complemento para -d: força a compactação, independentemente do nome da chamada.

-t --teste
Verifique a integridade dos arquivos especificados, mas não os descompacte. Isso realmente
realiza uma tentativa de descompressão e deita fora o resultado.

-f --força
Força a substituição dos arquivos de saída. Normalmente, bzip2 não substituirá o existente
arquivos de saída. Também forças bzip2 para quebrar links físicos para arquivos, que de outra forma
não faria.

O bzip2 normalmente se recusa a descompactar arquivos que não tenham a mágica correta
bytes de cabeçalho. Se forçado (-f), no entanto, ele passará esses arquivos sem modificações.
É assim que GNU gzip se comporta.

-k --guarda
Mantenha (não exclua) os arquivos de entrada durante a compactação ou descompactação.

-s --pequena
Reduza o uso de memória para compressão, descompressão e teste. Arquivos são
descompactado e testado usando um algoritmo modificado que requer apenas 2.5 bytes
por byte de bloco. Isso significa que qualquer arquivo pode ser descompactado em 2300 k de memória,
embora em cerca de metade da velocidade normal.

Durante a compressão, -s seleciona um tamanho de bloco de 200 k, o que limita o uso de memória para
em torno da mesma figura, às custas de sua taxa de compressão. Em suma, se
sua máquina está com pouca memória (8 megabytes ou menos), use -s para tudo. Ver
GESTÃO DE MEMÓRIA abaixo.

-q --quieto
Suprima mensagens de aviso não essenciais. Mensagens relativas a erros de I / O e
outros eventos críticos não serão suprimidos.

-v --verbose
Modo detalhado - mostra a taxa de compressão para cada arquivo processado. Além disso -v's
aumentar o nível de verbosidade, expelindo muitas informações que são principalmente de
interesse para fins diagnósticos.

-h --Socorro
Imprima uma mensagem de ajuda e saia.

-L --licença -V --versão
Exibe a versão do software, os termos e condições da licença.

-1 (ou --velozes) para -9 (ou --melhor)
Defina o tamanho do bloco para 100 k, 200 k ... 900 k ao comprimir. Não tem efeito quando
descomprimir. Veja GESTÃO DE MEMÓRIA abaixo. Os aliases --fast e --best são
principalmente para compatibilidade GNU gzip. Em particular, --fast não faz as coisas
significativamente mais rápido. E --best apenas seleciona o comportamento padrão.

-- Trata todos os argumentos subsequentes como nomes de arquivo, mesmo se eles começarem com um travessão.
Isso ocorre para que você possa manipular arquivos com nomes que começam com um travessão, por exemplo:
bzip2 - -myfilename.

--repetitivo-rápido --repetitivo-melhor
Esses sinalizadores são redundantes nas versões 0.9.5 e superiores. Eles forneceram alguns
controle sobre o comportamento do algoritmo de classificação em versões anteriores, que era
às vezes útil. 0.9.5 e acima têm um algoritmo melhorado que processa estes
sinalizadores irrelevantes.

MEMÓRIA GESTÃO

bzip2 compacta arquivos grandes em blocos. O tamanho do bloco afeta tanto a taxa de compressão
alcançado, e a quantidade de memória necessária para compressão e descompressão. As bandeiras -1
a -9 especifica o tamanho do bloco de 100,000 bytes a 900,000 bytes (o padrão)
respectivamente. No momento da descompressão, o tamanho do bloco usado para compressão é lido a partir do
cabeçalho do arquivo compactado, e Bunzip2 em seguida, aloca-se apenas memória suficiente para
descompacte o arquivo. Uma vez que os tamanhos dos blocos são armazenados em arquivos compactados, segue-se que
os sinalizadores de -1 a -9 são irrelevantes e, portanto, são ignorados durante a descompressão.

Os requisitos de compactação e descompressão, em bytes, podem ser estimados como:

Compressão: 400 k + (8 x tamanho do bloco)

Descompressão: 100 k + (4 x tamanho do bloco), ou
100 k + (2.5 x tamanho do bloco)

Tamanhos de bloco maiores fornecem retornos marginais decrescentes rapidamente. A maior parte da compressão
vem dos primeiros duzentos ou trezentos k de tamanho de bloco, fato que vale a pena ter em mente
quando se utiliza bzip2 em máquinas pequenas. Também é importante reconhecer que o
o requisito de memória de descompressão é definido no momento da compressão pela escolha do tamanho do bloco.

Para arquivos compactados com o tamanho de bloco padrão de 900 k, Bunzip2 exigirá cerca de 3700
kbytes para descomprimir. Para suportar a descompactação de qualquer arquivo em uma máquina de 4 megabytes,
Bunzip2 tem a opção de descompactar usando aproximadamente metade dessa quantidade de memória, cerca de
2300 kbytes. A velocidade de descompressão também é reduzida à metade, então você deve usar esta opção apenas onde
necessário. O sinalizador relevante é -s.

Em geral, tente usar o maior tamanho de bloco que as restrições de memória permitirem, uma vez que
maximiza a compressão alcançada. A velocidade de compressão e descompressão são virtualmente
não afetado pelo tamanho do bloco.

Outro ponto significativo se aplica a arquivos que cabem em um único bloco - isso significa que a maioria
arquivos que você encontrou usando um tamanho de bloco grande. A quantidade de memória real tocada é
proporcional ao tamanho do arquivo, pois o arquivo é menor que um bloco. Para
exemplo, compactar um arquivo de 20,000 bytes com a sinalização -9 fará com que o compressor
para alocar cerca de 7600 k de memória, mas apenas tocar 400 k + 20000 * 8 = 560 kbytes dela.
Da mesma forma, o descompressor irá alocar 3700 k, mas apenas tocar 100 k + 20000 * 4 = 180
kbytes.

Aqui está uma tabela que resume o uso máximo de memória para diferentes tamanhos de bloco. Também
registrado é o tamanho total compactado para 14 arquivos do Calgary Text Compression Corpus
totalizando 3,141,622 bytes. Esta coluna dá uma ideia de como a compressão varia com
tamanho do bloco. Esses números tendem a subestimar a vantagem de tamanhos de bloco maiores para
arquivos maiores, já que o Corpus é dominado por arquivos menores.

Compactar Descompactar Descompactar Corpus
Sinalizar uso - tamanho de uso

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

RECUPERANDO DADOS A PARTIR DE ESTRAGADO ARQUIVOS

bzip2 compacta arquivos em blocos, geralmente 900 kbytes de comprimento. Cada bloco é tratado
independentemente. Se um erro de mídia ou transmissão fizer com que um arquivo .bz2 de vários blocos se torne
danificado, pode ser possível recuperar dados dos blocos não danificados no arquivo.

A representação compactada de cada bloco é delimitada por um padrão de 48 bits, o que torna
é possível encontrar os limites do bloco com uma certeza razoável. Cada bloco também
carrega seu próprio CRC de 32 bits, portanto, os blocos danificados podem ser diferenciados dos não danificados.

bzip2recuperar é um programa simples cujo objetivo é pesquisar blocos em arquivos .bz2, e
Grave cada bloco em seu próprio arquivo .bz2. Você pode então usar bzip2 -t para testar o
integridade dos arquivos resultantes e descompacte aqueles que não estão danificados.

bzip2recuperar pega um único argumento, o nome do arquivo danificado, e grava uma série de
arquivos "rec00001file.bz2", "rec00002file.bz2", etc., contendo os blocos extraídos.
Os nomes dos arquivos de saída são projetados para que o uso de curingas no processamento subsequente -
por exemplo, "bzip2 -dc rec * file.bz2> recover_data" - processa os arquivos no
ordem correta.

bzip2recuperar deve ser mais útil para lidar com grandes arquivos .bz2, pois eles conterão
muitos blocos. É claramente fútil usá-lo em arquivos de bloco único danificados, uma vez que um
bloco danificado não pode ser recuperado. Se você deseja minimizar qualquer potencial perda de dados
por meio de erros de mídia ou transmissão, você pode considerar compactar com um bloco menor
tamanho.

PERFORMANCE NOTAS

A fase de classificação da compressão reúne strings semelhantes no arquivo. Por causa de
isto, arquivos contendo séries muito longas de símbolos repetidos, como "aabaabaabaab ..."
(repetido várias centenas de vezes) pode comprimir mais lentamente do que o normal. Versões 0.9.5 e
acima se saem muito melhor do que as versões anteriores a esse respeito. A proporção entre o pior
o tempo de compressão de caso e caso médio é da ordem de 10: 1. Para versões anteriores,
este valor era mais próximo de 100: 1. Você pode usar a opção -vvvv para monitorar o progresso em
grandes detalhes, se você quiser.

A velocidade de descompressão não é afetada por esses fenômenos.

bzip2 geralmente aloca vários megabytes de memória para operar e, em seguida, carrega todos
sobre ele de uma forma bastante aleatória. Isso significa que o desempenho, tanto para compressão quanto
descompactar, é amplamente determinado pela velocidade em que sua máquina pode fazer a manutenção do cache
sente falta. Por causa disso, pequenas mudanças no código para reduzir a taxa de erros foram
observado para fornecer melhorias de desempenho desproporcionalmente grandes. eu imagino bzip2 precisarão
melhor desempenho em máquinas com caches muito grandes.

RESSALVAS

As mensagens de erro de E / S não são tão úteis quanto poderiam ser. bzip2 se esforça para detectar I / O
erros e saia limpa, mas os detalhes de qual é o problema às vezes parecem
enganoso.

Esta página do manual pertence à versão 1.0.6 do bzip2. Dados compactados criados por este
versão é totalmente compatível com versões anteriores e posteriores dos lançamentos públicos anteriores,
versões 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 e superior, mas com o seguinte
exceção: 0.9.0 e superior podem descompactar corretamente vários compactados concatenados
arquivos. 0.1pl2 não pode fazer isso; ele irá parar após descompactar apenas o primeiro arquivo no
stream.

bzip2recuperar versões anteriores a 1.0.2 usavam inteiros de 32 bits para representar as posições dos bits em
arquivos compactados, para que não pudessem lidar com arquivos compactados com mais de 512 megabytes.
As versões 1.0.2 e superiores usam ints de 64 bits em algumas plataformas que os suportam (GNU
destinos suportados e Windows). Para estabelecer se o bzip2recover foi ou não construído com
tal limitação, execute-o sem argumentos. Em qualquer caso, você pode construir um
versão ilimitada se você puder recompilá-lo com MaybeUInt64 definido para ser um 64 bits não assinado
inteiro.

Use bzcat online usando serviços onworks.net