dictzip - Online na nuvem

PROGRAMA:

NOME

dictzip, dictunzip - compacta (ou expande) arquivos, permitindo acesso aleatório

SINOPSE

dictzip [opções] nome
dictunzip [opções] nome

DESCRIÇÃO

dictzip compacta arquivos usando o gzip(1) algoritmo (LZ77) de uma maneira que é
completamente compatível com o gzip formato de arquivo. Uma extensão para o gzip formato de arquivo
(Campo Extra, descrito em 2.3.1.1 de RFC 1952) permite que dados extras sejam armazenados no
cabeçalho de um arquivo compactado. Programas como gzip e zcat irá ignorar esses dados extras.
O Mercado Pago não havia executado campanhas de Performance anteriormente nessas plataformas. Alcançar uma campanha de sucesso exigiria ditado(8), o servidor de dicionário de protocolo DICT fará uso desses dados para
realizar acesso pseudo-aleatório ao arquivo. Arquivos no dictzip o formato deve terminar em ".dz"
para que possam ser distinguidos do comum gzip arquivos que não contêm o especial
informações do cabeçalho.

No RFC 1952, o campo extra é especificado da seguinte maneira:

Se o bit FLG.FEXTRA é definido, um "campo extra" está presente no cabeçalho, com total
comprimento XLEN bytes. Consiste em uma série de subcampos, cada um com a forma:

+ --- + --- + --- + --- + =================================== = +
| SI1 | SI2 | LEN | ... LEN bytes de dados de subcampo ... |
+ --- + --- + --- + --- + =================================== = +

SI1 e SI2 fornecem um subcampo ID, normalmente duas letras ASCII com algum mnemônico
valor. Jean-Loup Gailly[email protegido]> está mantendo um registro de
IDs de subcampo; envie a ele qualquer ID de subcampo que deseja usar. IDs de subcampo com
SI2 = 0 são reservados para uso futuro.

LEN fornece o comprimento dos dados do subcampo, excluindo os 4 bytes iniciais.

A dictzip o programa usa 'R' para SI1 e 'A' para SI2 (ou seja, "Acesso aleatório"). Depois de
Campo LEN, os dados são organizados da seguinte forma:

+ --- + --- + --- + --- + --- + --- + =========================== ====== +
| VER | CHLEN | CHCNT | ... CHCNT palavras de dados ... |
+ --- + --- + --- + --- + --- + --- + =========================== ====== +

De acordo com a RFC 1952, todos os dados são armazenados pelo byte menos significativo primeiro. Para VER 1 dos dados,
todos os valores têm 16 bits de comprimento (2 bytes) e são inteiros sem sinal.

XLEN (que é especificado anteriormente no cabeçalho) é um número inteiro de dois bytes, então o campo extra
pode ter 0xffff bytes de comprimento, 2 bytes dos quais são usados ​​para o ID do subcampo (SI1 e SI1), e
2 bytes dos quais são usados ​​para o comprimento do subcampo (LEN). Isso deixa bytes 0xfffb (0x7ffd
Entradas de 2 bytes ou entradas de 0 bytes 3x4ffe). Dado que o buffer de saída zip deve ser 10% +
12 bytes maiores que o buffer de entrada, podemos armazenar 58969 bytes por entrada, ou cerca de 1.8 GB
se as entradas de 2 bytes forem usadas. Se isso se tornar um fator limitante, outra versão de formato
pode ser selecionado e definido para entradas de 4 bytes.

Para compressão, o arquivo é dividido em "pedaços" de dados, cada pedaço é menor que
64kB, e pode ser comprimido em uma área que também tem menos de 64kB de comprimento (levando
dados incompressíveis em consideração - geralmente os dados são compactados em um bloco que é
muito menor que o original). O campo CHLEN especifica o comprimento de um "pedaço" de
dados. O campo CHCNT especifica quantos blocos são predefinidos e as palavras de dados CHCNT
especifica quanto tempo cada pedaço dura após a compactação (ou seja, no arquivo compactado atual).

Para realizar o acesso aleatório aos dados, o deslocamento e o comprimento dos dados são fornecidos para
rotinas de biblioteca. Essas rotinas determinam o bloco em que os dados desejados começam,
e descompacta esse pedaço. Pedaços consecutivos são descompactados conforme necessário.

COMPROMISSOS

Velocidade O verdadeiro acesso aleatório ao arquivo não é realizado, uma vez que qualquer acesso, mesmo para um único byte,
requer que um pedaço de 64kB seja lido e descompactado. Isso é mais lento do que acessar
um arquivo de texto simples, mas é muito, muito mais rápido do que executar o acesso serial em um
arquivo compactado.

Espaço Para os bancos de dados de dicionário textual com os quais estamos trabalhando, o uso de blocos de 64kB
e a compressão LZ77 máxima realiza um arquivo que é apenas cerca de 4% maior do que o
mesmo arquivo compactado de uma vez.

OPÇÕES

-d or --descomprimir
Descomprimir. Este é o padrão se o executável é chamado dictunzip.

-c or --stdout
Grava a saída na saída padrão; mantenha os arquivos originais inalterados. Este é apenas
disponível ao descompactar (porque partes do cabeçalho devem ser atualizadas após um
escrever ao compactar).

-f or --força
Força a compactação ou descompactação, mesmo se o arquivo de saída já existir.

-h or --Socorro
Exibir ajuda.

-k or --guarda
Não exclua o arquivo original.

-l or --Lista
Para cada arquivo compactado, liste os seguintes campos:

tipo: dzip, gzip ou texto (inclui arquivos em formatos desconhecidos)
crc: soma de verificação CRC
data e hora: do cabeçalho
pedaços: número de pedaços no arquivo
tamanho: tamanho de cada pedaço não compactado
compr .: tamanho comprimido
descompactado: tamanho não compactado
proporção: taxa de compressão (0.0% se desconhecido)
nome: nome do arquivo descompactado

Diferentemente dos gzip, o método de compressão não é detectado.

-L or --licença
Exibem o dictzip licença e saia.

-t or --teste
Verifique a integridade do arquivo compactado. Esta opção não está implementada. Em vez disso
irá listar as informações do cabeçalho.

-v or --verbose
Detalhado. Exibe informações extras durante a compactação.

-V or --versão
Versão. Exiba o número da versão e as opções de compilação e saia.

-s começo or --começar começo
Especifique a oferta para iniciar a descompressão, usando números decimais. O padrão é em
o início do arquivo.

-e tamanho or --Tamanho tamanho
Especifique o tamanho da parte do arquivo a descompactar, usando números decimais.
O padrão é o arquivo inteiro.

-S começo or --Começar começo
Especifique a oferta para iniciar a descompressão, usando números base64. O padrão é em
o início do arquivo.

-E tamanho or --Tamanho começo
Especifique o tamanho da parte do arquivo a ser descompactado, usando números base64.
O padrão é o arquivo inteiro.

-p pré-filtro or --pré pré-filtro
Especifique um comando shell para executar como um filtro antes da compressão ou descompressão
de um pedaço. Os filtros de pré e pós-compressão podem ser usados ​​para fornecer
compressão adicional ou formatação de saída. Os filtros podem não aumentar o
tamanho do buffer significativamente. Os filtros de pré e pós-compressão foram projetados para
fornecer a interface mais geral possível.

-P pós-filtro or --publicar pós-filtro
Especifique um comando shell para executar como um filtro após a compactação ou descompactação.

CRÉDITOS

dictzip foi escrito por Rik Faith ([email protegido]) e é distribuído sob os termos de
a GNU General Public License. Se você precisar distribuir sob outros termos, escreva para o
autor.

As principais bibliotecas usadas por estes programas (zlib, regex, libmaa) são distribuídas em
termos diferentes, para que você possa usar as bibliotecas para aplicativos que são
incompatível com a GPL - consulte os avisos de direitos autorais e as informações de licença que
venha com as bibliotecas para obter mais informações e consulte seu advogado para resolver
estas questões.

Use o dictzip online usando os serviços onworks.net