lbzip2 - Online na nuvem

PROGRAMA:

NOME

lbzip2 - utilitário paralelo bzip2

SINOPSE

lbzip2|bzip2 [-n POR QUE] [-k|-c|-t] [-d] [-1 .. -9] [-f] [-s] [-u] [-v] [-S] [ ARQUIVO ... ]

lbunzip2|Bunzip2 [-n POR QUE] [-k|-c|-t] [-z] [-f] [-s] [-u] [-v] [-S] [ ARQUIVO ... ]

Ibzcat|bzcat [-n POR QUE] [-z] [-f] [-s] [-u] [-v] [-S] [ ARQUIVO ... ]

lbzip2|bzip2|lbunzip2|Bunzip2|Ibzcat|bzcat -h

DESCRIÇÃO

Comprimir ou descomprimir ARQUIVO operandos ou entrada padrão para arquivos regulares ou saída padrão
usando o algoritmo de compressão de texto de classificação de bloco de Burrows-Wheeler. o lbzip2 utilidade
emprega vários threads e um divisor de limite de entrada, mesmo quando descompactando . Bz2 arquivos
criado pelo bzip2 padrão.

A compressão é geralmente consideravelmente melhor do que a obtida por sistemas mais convencionais
Compressores baseados em LZ77 / LZ78 e competitivos com todos, exceto o melhor da família PPM de
compressores estatísticos.

A compactação é sempre realizada, mesmo se o arquivo compactado for um pouco maior que o
original. O pior caso de expansão é para arquivos de comprimento zero, que se expandem para quatorze
bytes. Dados aleatórios (incluindo a saída da maioria dos compressores de arquivo) são codificados com
expansão assintótica de cerca de 0.5%.

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

INVOCAÇÃO

O modo padrão de operação é compactação. Se o utilitário for chamado como lbunzip2 or
Bunzip2, o modo é alterado para descompressão. Chamando o utilitário como Ibzcat or bzcat
seleciona a descompressão, com o fluxo de bytes descompactado gravado na saída padrão.

OPÇÕES

-n POR QUE
Defina o número de threads de (des) compressor para POR QUE. Se esta opção não for
Especificadas, lbzip2 tenta consultar o sistema para o número de processadores online (se
tanto o ambiente de compilação quanto o ambiente de execução suportam isso), ou
sai com um erro (se não for capaz de determinar o número de processadores online).

-k, --guarda
Não remova ARQUIVO operandos após (des) compactação bem-sucedida. Entrada regular aberta
arquivos com mais de um link.

-c, --stdout
Grave a saída na saída padrão, mesmo quando ARQUIVO operandos estão presentes. Implica -k
e exclui -t.

-t, --teste
Descompressão de teste; descartar a saída em vez de gravá-la em arquivos ou padrão
saída. Implica -k e exclui -c. Aproximadamente equivalente a passar -c e
redirecionando a saída padrão para o depósito de bits.

-d, --descomprimir
Força a descompressão sobre o modo de operação selecionado pelo nome da invocação.

-z, --comprimir
Força a compactação sobre o modo de operação selecionado pelo nome da chamada.

-1 .. -9
Defina o tamanho do bloco de compactação para 100K .. 900K, em incrementos de 100K. Ignorado durante
descompressão. Veja também a seção BLOCK SIZE abaixo.

--velozes Alias ​​para -1.

--melhor Alias ​​para -9. Este é o padrão.

-f, --força
Abra arquivos de entrada não regulares. Abra arquivos de entrada com mais de um link, quebrando
links quando -k não é especificado adicionalmente. Tente remover cada arquivo de saída antes
abrindo-o. Por padrão lbzip2 não substituirá os arquivos existentes; Se você quer isso
acontecer, você deve especificar -f. Se -c e -d também são fornecidos para não rejeitar arquivos
não no formato bzip2, apenas copie-os sem alterações; sem -f lbzip2 pararia
depois de chegar a um arquivo que não está no formato bzip2.

-s, --pequena
Reduza o uso de memória com custo de desempenho.

-u, --sequencial
Execute a divisão de blocos de entrada sequencialmente. Isso pode melhorar a taxa de compressão e
diminuirá o uso da CPU, mas degradará a escalabilidade.

-v, --verbose
Seja mais prolixo. Imprima informações mais detalhadas sobre o progresso da (des) compressão para
erro padrão: antes de processar cada arquivo, imprima uma mensagem informando os nomes dos
arquivos de entrada e saída; durante a (des) compressão, imprima uma porcentagem aproximada de
integridade e tempo estimado de chegada (apenas se o erro padrão estiver conectado a
um terminal); depois de processar cada arquivo, imprima uma mensagem mostrando a taxa de compressão,
economia de espaço, tempo total de compressão (tempo de parede) e velocidade média de (des) compressão
(bytes de dados simples processados ​​por segundo).

-S Imprime estatísticas de variáveis ​​de condição em erro padrão para cada conclusão
operação de (des) compressão. Útil na criação de perfis.

-q, --quieto, --repetitivo-rápido, --repetitivo-melhor, --exponencial
Aceito para compatibilidade com bzip2, caso contrário, ignorado.

-h, --Socorro
Imprima a ajuda sobre o uso da linha de comando na saída padrão e saia com êxito.

-L, --licença, -V, --versão
Imprima as informações de licença e versão na saída padrão e saia com êxito.

MEIO AMBIENTE

LBZIP2, bzip2, bzip
Antes de analisar a linha de comando, lbzip2 insere o conteúdo dessas variáveis, em
a ordem especificada, entre o nome da chamada e o resto da linha de comando.
Os tokens são separados por espaços e tabulações, que não podem ser escapados.

OPERANDOS

ARQUIVO Especifique os arquivos para compactar ou descompactar.

ARQUIVOs com . Bz2, .tbz, .tbz2 e .tz2 sufixos de nome serão ignorados quando
compressão. Ao descomprimir, . Bz2 os sufixos serão removidos dos nomes dos arquivos de saída;
.tbz, .tbz2 e .tz2 sufixos serão substituídos por .alcatrão; outros nomes de arquivo serão
sufixado com .Fora. Se um INT or PRAZO o sinal é entregue a lbzip2, então isso
remove o arquivo de saída regular atualmente aberto antes de sair.

Se nenhum FILE for fornecido, lbzip2 funciona como um filtro, processando a entrada padrão para
saída padrão. Nesse caso, lbzip2 irá se recusar a gravar a saída compactada em um
terminal (ou leia a entrada compactada de um terminal), pois isso seria inteiramente
incompreensível e, portanto, sem sentido.

SAIR STATUS

0 if lbzip2 termina com sucesso. Isso pressupõe que sempre que tentar, lbzip2 nunca
falha ao gravar no erro padrão.

1 if lbzip2 encontra um erro fatal.

4 if lbzip2 emite avisos sem encontrar um erro fatal. Isso presume que
sempre que tenta, lbzip2 nunca falha ao gravar no erro padrão.

SIGPIPE, SIGXFSZ
if lbzip2 pretende sair com status 1 devido a qualquer erro fatal, mas qualquer sinal desse tipo
com herdado SIG_DFL ação foi gerada para lbzip2 anteriormente, então lbzip2
termina por meio de um dos referidos sinais, após limpar qualquer saída interrompida
arquivo.

SIGABRT
se uma declaração de tempo de execução falhar (ou seja, lbzip2 detecta um bug em si). Esperançosamente
quem compilou seu binário não foi ousado o suficiente para #define NDEBUG.

SIGINT, PRAZO META
lbzip2 captura esses sinais para que possa remover um arquivo de saída interrompido. No
Nesses casos, lbzip2 sai por ressuscitar (um dos) sinais recebidos.

BLOCO TAMANHO

lbzip2 compacta arquivos grandes em blocos. Pode operar em vários tamanhos de bloco, variando
de 100k a 900k em etapas de 100k, e aloca apenas a memória necessária. o
o tamanho do bloco afeta a taxa de compressão alcançada e a quantidade de memória necessária
tanto para compressão quanto para descompressão. A velocidade de compressão e descompressão é virtualmente
não afetado pelo tamanho do bloco, desde que o arquivo que está sendo processado seja grande o suficiente para ser
dividido entre todos os threads de trabalho.

As bandeiras -1 NFT`s -9 especifique o tamanho do bloco de 100,000 bytes a 900,000 bytes
(o padrão) respectivamente. No tempo de descompressão, o tamanho do bloco usado para compressão é
ler do arquivo compactado - os sinalizadores -1 para -9 são irrelevantes e, portanto, ignorados
durante a descompressão.

Tamanhos de bloco maiores fornecem retornos marginais que diminuem 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 lbzip2 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.
Em geral, você deve tentar usar o maior tamanho de bloco permitido pelas restrições de memória.

Outro ponto significativo se aplica a arquivos pequenos. Por design, apenas um de lbzip2trabalhador de
threads podem funcionar em um único bloco. Isso significa que se o número de blocos no
arquivo compactado é menor que o número de processadores online, então alguns dos threads de trabalho
permanecerá ocioso o tempo todo. Compactar arquivos pequenos com tamanhos de bloco menores pode
portanto, aumente significativamente a velocidade de compressão e descompressão. A velocidade
a diferença é mais perceptível à medida que o número de núcleos da CPU aumenta.

ERRO MANIPULAÇÃO

Lidar com condições de erro é o aspecto menos satisfatório de lbzip2. A política é
para tentar deixar o sistema de arquivos em um estado consistente, então saia, mesmo que isso signifique não
processando alguns dos arquivos mencionados na linha de comando.

`Um estado consistente 'significa que um arquivo existe tanto compactado quanto descompactado
forma, mas não ambos. Isso se resume à regra `excluir o arquivo de saída se houver um erro
condição ocorre, deixando a entrada intacta '. Os arquivos de entrada são excluídos apenas quando podemos ser
tenho certeza de que o arquivo de saída foi escrito e fechado com sucesso.

RECURSO ALOCAÇÃO

lbzip2 precisa de vários tipos de recursos do sistema para operar. Isso inclui memória, threads,
mutexes e variáveis ​​de condição. A política é simplesmente desistir se uma alocação de recursos
falha ocorre.

O consumo de recursos cresce linearmente com o número de threads de trabalho. Se lbzip2 falha porque
de falta de alguns recursos, diminuir o número de threads de trabalho pode ajudar. Seria
possível para lbzip2 para tentar reduzir o número de threads de trabalho (e, portanto, o recurso
consumo) ou para avançar para os arquivos subsequentes na esperança de que alguns precisem de menos
recursos, mas as complicações para fazer isso parecem mais problemas do que valem.

ESTRAGADO ARQUIVOS

lbzip2 tenta compactar dados executando várias transformações não triviais neles.
Cada compactação de um arquivo implica a suposição de que o arquivo compactado pode ser
descompactado para reproduzir o original. Grandes esforços em design, codificação e teste
foi feito para garantir que este programa funcione corretamente. No entanto, a complexidade do
algoritmos e, em particular, a presença de vários casos especiais no código que
ocorrem com probabilidade muito baixa, mas diferente de zero, tornando muito difícil descartar o
possibilidade de bugs permanecerem no programa. Isso não quer dizer que este programa seja
inerentemente não confiável. Na verdade, espero sinceramente que o oposto seja verdade - lbzip2 foi
cuidadosamente construído e amplamente testado.

Como uma autoverificação para sua proteção, lbzip2 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 descobertos em lbzip2 (esperançosamente
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.

Os CRCs só podem detectar arquivos corrompidos, eles não podem ajudá-lo a recuperar o original,
dados não compactados. No entanto, devido à natureza do bloco do algoritmo de compressão,
pode ser possível recuperar algumas partes do arquivo danificado, mesmo se alguns blocos forem
destruído.

Use lbzip2 online usando serviços onworks.net