bzcat - Online en la nube

PROGRAMA:

NOMBRE

bzip2, bunzip2 - un compresor de archivos de clasificación de bloques, v1.0.6
bzcat - descomprime archivos a stdout
bzip2recover: recupera datos de archivos bzip2 dañados

SINOPSIS

bzip2 [ -cdfkqstvzVL123456789 ] [ nombres de archivo ... ]
bzip2 [ -h | --ayuda ]
bunzip2 [ -fkvsVL ] [ nombres de archivo ... ]
bunzip2 [ -h | --ayuda ]
bzcat [ -s ] [ nombres de archivo ... ]
bzcat [ -h | --ayuda ]
bzip2recuperar nombre de archivo

DESCRIPCIÓN

bzip2 comprime archivos utilizando el algoritmo de compresión de texto de clasificación de bloques de Burrows-Wheeler,
y codificación de Huffman. La compresión es generalmente considerablemente mejor que la lograda por
compresores basados ​​en LZ77 / LZ78 más convencionales, y se acerca al rendimiento del PPM
familia de compresores estadísticos.

Las opciones de la línea de comandos son deliberadamente muy similares a las de GNU zip, pero son
no es identico.

bzip2 espera que una lista de nombres de archivos acompañe a los indicadores de la línea de comandos. Cada archivo es
reemplazado por una versión comprimida de sí mismo, con el nombre "original_name.bz2". Cada
El archivo comprimido tiene la misma fecha de modificación, permisos y, cuando es posible, propiedad
como el original correspondiente, para que estas propiedades puedan ser correctamente restauradas en
tiempo de descompresión. El manejo de nombres de archivos es ingenuo en el sentido de que no existe un mecanismo
para conservar los nombres, permisos, propiedades o fechas de archivos originales en sistemas de archivos que
carecen de estos conceptos o tienen serias restricciones en la longitud del nombre de archivo, como MS-DOS.

bzip2 y bunzip2 no sobrescribirá de forma predeterminada los archivos existentes. Si quieres que esto
suceda, especifique el indicador -f.

Si no se especifican nombres de archivo, bzip2 comprime desde la entrada estándar a la salida estándar.
En este caso, bzip2 se negará a escribir una salida comprimida en un terminal, ya que esto
ser completamente incomprensible y, por lo tanto, inútil.

bunzip2 (o bzip2 -D) descomprime todos los archivos especificados. Archivos que no fueron creados por
bzip2 será detectado e ignorado, y se emitirá una advertencia. bzip2 intenta adivinar el
nombre de archivo para el archivo descomprimido del archivo comprimido de la siguiente manera:

filename.bz2 se convierte en nombre de archivo
filename.bz se convierte en filename
filename.tbz2 se convierte en filename.tar
filename.tbz se convierte en filename.tar
anyothername se convierte en anyothername.out

Si el archivo no termina en una de las terminaciones reconocidas, .bz2, .bz, .tbz2 or .tbz, bzip2
se queja de que no puede adivinar el nombre del archivo original y usa el nombre original
.fuera adjunto.

Al igual que con la compresión, no proporcionar nombres de archivo provoca la descompresión de la entrada estándar a
salida estándar.

bunzip2 descomprimirá correctamente un archivo que es la concatenación de dos o más
archivos comprimidos. El resultado es la concatenación de los correspondientes sin comprimir
archivos. También se admite la prueba de integridad (-t) de archivos comprimidos concatenados.

También puede comprimir o descomprimir archivos a la salida estándar dando el indicador -c.
Se pueden comprimir y descomprimir varios archivos de esta manera. Las salidas resultantes son
alimentado secuencialmente a stdout. La compresión de varios archivos de esta manera genera una
flujo que contiene múltiples representaciones de archivos comprimidos. Tal corriente puede ser
descomprimido correctamente solo por bzip2 versión 0.9.0 o posterior. Versiones anteriores de bzip2
se detendrá después de descomprimir el primer archivo de la secuencia.

bzcat (o bzip2 -corriente continua) descomprime todos los archivos especificados en la salida estándar.

bzip2 leerá argumentos de las variables de entorno Bzip2 y BZIP, en ese orden,
y los procesará antes de que se lean los argumentos desde la línea de comandos. Esto da un
forma conveniente de proporcionar argumentos predeterminados.

La compresión siempre se realiza, incluso si el archivo comprimido es un poco más grande que el
original. Los archivos de menos de unos cien bytes tienden a agrandarse, ya que
El mecanismo de compresión tiene una sobrecarga constante en la región de 50 bytes. Datos aleatorios
(incluida la salida de la mayoría de los compresores de archivos) se codifica a aproximadamente 8.05 bits por byte,
dando una expansión de alrededor del 0.5%.

Como autocomprobación para su protección, bzip2 utiliza CRC de 32 bits para asegurarse de que
La versión descomprimida de un archivo es idéntica a la original. Esto protege contra
corrupción de los datos comprimidos y contra errores no detectados en bzip2 (con suerte muy
improbable). Las posibilidades de que la corrupción de datos no se detecte son microscópicas, aproximadamente una
posibilidad en cuatro mil millones por cada archivo procesado. Sin embargo, tenga en cuenta que la verificación se produce
después de la descompresión, por lo que solo puede decirle que algo anda mal. No puede ayudarte
recuperar los datos originales sin comprimir. Puedes usar bzip2recuperar para intentar recuperar datos
de archivos dañados.

Valores devueltos: 0 para una salida normal, 1 para problemas ambientales (archivo no encontrado, no válido
banderas, errores de E / S, & c), 2 para indicar un archivo comprimido corrupto, 3 para un interno
error de coherencia (por ejemplo, error) que causó bzip2 al pánico.

CAMPUS

-c --salida estándar
Comprimir o descomprimir a salida estándar.

-d --descomprimir
Fuerza la descompresión. bzip2, bunzip2 y bzcat son realmente el mismo programa, y ​​el
La decisión sobre qué acciones tomar se realiza sobre la base de qué nombre se utiliza.
Esta bandera anula ese mecanismo y fuerza bzip2 descomprimir.

-z --comprimir
El complemento de -d: fuerza la compresión, independientemente del nombre de invocación.

-t --prueba
Verifique la integridad de los archivos especificados, pero no los descomprima. Esto realmente
realiza una descompresión de prueba y desecha el resultado.

-f --fuerza
Forzar la sobrescritura de los archivos de salida. Normalmente, bzip2 no sobrescribirá el existente
archivos de salida. También fuerzas bzip2 para romper enlaces duros a archivos, que de otra manera
no haría.

bzip2 normalmente se niega a descomprimir archivos que no tienen la magia correcta
bytes de encabezado. Sin embargo, si se fuerza (-f), pasará dichos archivos sin modificar.
Así es como se comporta GNU gzip.

-k --guardar
Conserve (no elimine) los archivos de entrada durante la compresión o descompresión.

-s --pequeña
Reduzca el uso de memoria para compresión, descompresión y pruebas. Los archivos son
descomprimido y probado usando un algoritmo modificado que solo requiere 2.5 bytes
por byte de bloque. Esto significa que cualquier archivo se puede descomprimir en 2300 k de memoria,
aunque a aproximadamente la mitad de la velocidad normal.

Durante la compresión, -s selecciona un tamaño de bloque de 200 k, lo que limita el uso de memoria a
alrededor de la misma cifra, a expensas de su relación de compresión. En resumen, si
su máquina tiene poca memoria (8 megabytes o menos), use -s para todo. Ver
GESTIÓN DE LA MEMORIA a continuación.

-q --tranquilo
Suprima los mensajes de advertencia no esenciales. Mensajes relacionados con errores de E / S y
otros eventos críticos no serán suprimidos.

-v --verboso
Modo detallado: muestra la relación de compresión de cada archivo procesado. Más -v's
aumentar el nivel de verbosidad, arrojando mucha información que es principalmente de
interés con fines de diagnóstico.

-h --ayuda
Imprima un mensaje de ayuda y salga.

-L --licencia -V --versión
Muestra la versión del software, los términos y condiciones de la licencia.

-1 (o --rápido) a -9 (o --mejor)
Establezca el tamaño del bloque en 100 k, 200 k ... 900 k al comprimir. No tiene efecto cuando
descomprimiendo. Consulte GESTIÓN DE LA MEMORIA a continuación. Los alias --fast y --best son
principalmente para la compatibilidad con GNU gzip. En particular, --fast no hace las cosas
significativamente más rápido. Y --best simplemente selecciona el comportamiento predeterminado.

-- Trata todos los argumentos posteriores como nombres de archivo, incluso si comienzan con un guión.
Esto es para que pueda manejar archivos con nombres que comiencen con un guión, por ejemplo:
bzip2 - -mi nombre de archivo.

- repetitivo-rápido --repetitivo-mejor
Estos indicadores son redundantes en las versiones 0.9.5 y superiores. Proporcionaron algunos groseros
control sobre el comportamiento del algoritmo de clasificación en versiones anteriores, que fue
a veces útil. 0.9.5 y superior tienen un algoritmo mejorado que procesa estos
banderas irrelevantes.

MEMORIA ADMINISTRACIÓN

bzip2 comprime archivos grandes en bloques. El tamaño del bloque afecta tanto a la relación de compresión
logrado, y la cantidad de memoria necesaria para la compresión y descompresión. Las banderas -1
hasta -9 especifique el tamaño del bloque entre 100,000 bytes y 900,000 bytes (el valor predeterminado)
respectivamente. En el momento de la descompresión, el tamaño del bloque utilizado para la compresión se lee en el
encabezado del archivo comprimido, y bunzip2 luego se asigna solo la memoria suficiente para
descomprimir el archivo. Dado que los tamaños de bloque se almacenan en archivos comprimidos, se deduce que
los indicadores -1 a -9 son irrelevantes y, por lo tanto, se ignoran durante la descompresión.

Los requisitos de compresión y descompresión, en bytes, se pueden estimar como:

Compresión: 400 k + (8 x tamaño de bloque)

Descompresión: 100 k + (4 x tamaño de bloque), o
100 k + (2.5 x tamaño de bloque)

Los tamaños de bloque más grandes dan rendimientos marginales rápidamente decrecientes. La mayor parte de la compresión
proviene de los primeros doscientos o trescientos k de tamaño de bloque, un hecho que vale la pena tener en cuenta
cuando se utiliza bzip2 en máquinas pequeñas. También es importante apreciar que la
El requisito de memoria de descompresión se establece en el momento de la compresión mediante la elección del tamaño del bloque.

Para archivos comprimidos con el tamaño de bloque predeterminado de 900 k, bunzip2 requerirá alrededor de 3700
kbytes para descomprimir. Para admitir la descompresión de cualquier archivo en una máquina de 4 megabytes,
bunzip2 tiene una opción para descomprimir usando aproximadamente la mitad de esta cantidad de memoria, aproximadamente
2300 kbytes. La velocidad de descompresión también se reduce a la mitad, por lo que debe usar esta opción solo cuando
necesario. La bandera relevante es -s.

En general, intente utilizar el tamaño de bloque más grande que permitan las restricciones de memoria, ya que
maximiza la compresión lograda. Las velocidades de compresión y descompresión son prácticamente
no se ve afectado por el tamaño del bloque.

Otro punto importante se aplica a los archivos que caben en un solo bloque, es decir, la mayoría
archivos que encontraría usando un tamaño de bloque grande. La cantidad de memoria real tocada es
proporcional al tamaño del archivo, ya que el archivo es más pequeño que un bloque. Para
ejemplo, comprimir un archivo de 20,000 bytes de longitud con el indicador -9 provocará que el compresor
para asignar alrededor de 7600 k de memoria, pero solo toque 400 k + 20000 * 8 = 560 kbytes de la misma.
De manera similar, el descompresor asignará 3700 k pero solo tocará 100 k + 20000 * 4 = 180
kbytes.

Aquí hay una tabla que resume el uso máximo de memoria para diferentes tamaños de bloque. También
registrado es el tamaño comprimido total de 14 archivos del Corpus de compresión de texto de Calgary
totalizando 3,141,622 bytes. Esta columna da una idea de cómo varía la compresión con
tamaño de bloque. Estas cifras tienden a subestimar la ventaja de los tamaños de bloque más grandes para
archivos más grandes, ya que el Corpus está dominado por archivos más pequeños.

Comprimir Descomprimir Descomprimir Corpus
Marcar uso uso -s uso Tamaño

-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

RECUPERACIÓN DATOS DESDE DAÑADO ARCHIVOS

bzip2 comprime archivos en bloques, normalmente de 900 kbytes de longitud. Cada bloque se maneja
independientemente. Si un error de transmisión o de medios hace que un archivo .bz2 de bloques múltiples se convierta en
dañado, es posible recuperar datos de los bloques no dañados en el archivo.

La representación comprimida de cada bloque está delimitada por un patrón de 48 bits, lo que hace
es posible encontrar los límites de los bloques con una certeza razonable. Cada bloque también
lleva su propio CRC de 32 bits, por lo que los bloques dañados se pueden distinguir de los no dañados.

bzip2recuperar es un programa simple cuyo propósito es buscar bloques en archivos .bz2, y
escriba cada bloque en su propio archivo .bz2. A continuación, puede utilizar bzip2 -t para probar el
integridad de los archivos resultantes y descomprimir aquellos que no estén dañados.

bzip2recuperar toma un solo argumento, el nombre del archivo dañado, y escribe una serie de
archivos "rec00001file.bz2", "rec00002file.bz2", etc., que contienen los bloques extraídos.
Los nombres de los archivos de salida están diseñados para que el uso de comodines en el procesamiento posterior:
por ejemplo, "bzip2 -dc rec * file.bz2> recovery_data" - procesa los archivos en el
orden correcto.

bzip2recuperar debería ser de mayor utilidad al tratar con archivos grandes .bz2, ya que estos contendrán
muchas cuadras. Es claramente inútil usarlo en archivos dañados de un solo bloque, ya que
el bloque dañado no se puede recuperar. Si desea minimizar cualquier posible pérdida de datos
a través de errores de transmisión o medios, puede considerar comprimir con un bloque más pequeño
El Tamaño.

ACTUACIÓN NOTAS

La fase de clasificación de la compresión reúne cadenas similares en el archivo. Porque
esto, archivos que contienen series muy largas de símbolos repetidos, como "aabaabaabaab ..."
(repetido varios cientos de veces) puede comprimir más lentamente de lo normal. Versiones 0.9.5 y
anteriores funcionan mucho mejor que las versiones anteriores a este respecto. La relación entre los peores
El tiempo de compresión de casos y casos promedio está en la región de 10: 1. Para versiones anteriores,
esta cifra era más como 100: 1. Puede usar la opción -vvvv para monitorear el progreso en
gran detalle, si quieres.

La velocidad de descompresión no se ve afectada por estos fenómenos.

bzip2 por lo general, asigna varios megabytes de memoria para operar y luego carga todos los
sobre él de una manera bastante aleatoria. Esto significa que el rendimiento, tanto para comprimir como para
descomprimir, está determinada en gran medida por la velocidad a la que su máquina puede dar servicio al caché
falla. Debido a esto, se han realizado pequeños cambios en el código para reducir la tasa de errores.
observado para proporcionar mejoras de rendimiento desproporcionadamente grandes. Imagino bzip2 seguirá
funcionan mejor en máquinas con cachés muy grandes.

AVISOS

Los mensajes de error de E / S no son tan útiles como deberían. bzip2 se esfuerza por detectar E / S
errores y salir limpiamente, pero los detalles de cuál es el problema a veces parecen bastante
engañoso.

Esta página de manual pertenece a la versión 1.0.6 de bzip2. Datos comprimidos creados por este
la versión es totalmente compatible con versiones anteriores y anteriores con versiones públicas anteriores,
versiones 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 y superiores, pero con lo siguiente
excepción: 0.9.0 y superior puede descomprimir correctamente múltiples comprimidos concatenados
archivos. 0.1pl2 no puede hacer esto; se detendrá después de descomprimir solo el primer archivo en el
arroyo.

bzip2recuperar versiones anteriores a 1.0.2 usaban enteros de 32 bits para representar posiciones de bits en
archivos comprimidos, por lo que no podían manejar archivos comprimidos de más de 512 megabytes de longitud.
Las versiones 1.0.2 y superiores usan entradas de 64 bits en algunas plataformas que las admiten (GNU
objetivos compatibles y Windows). Para establecer si bzip2recover fue construido con
tal limitación, ejecútelo sin argumentos. En cualquier caso, puede construir usted mismo un
versión ilimitada si puede volver a compilarlo con MaybeUInt64 configurado para ser un 64 bits sin firmar
entero.

Utilice bzcat en línea utilizando los servicios de onworks.net