bzcat - Online in de cloud

PROGRAMMA:

NAAM

bzip2, bunzip2 - een bloksorterende bestandscompressor, v1.0.6
bzcat - decomprimeert bestanden naar stdout
bzip2recover - herstelt gegevens van beschadigde bzip2-bestanden

KORTE INHOUD

bzip2 [ -cdfkqstvzVL123456789 ] [ bestandsnamen ... ]
bzip2 [ -h|--help ]
bunzip2 [ -fkvsVL ] [ bestandsnamen ... ]
bunzip2 [ -h|--help ]
bzkat [ -s ] [ bestandsnamen ... ]
bzkat [ -h|--help ]
bzip2herstel bestandsnaam

PRODUCTBESCHRIJVING

bzip2 comprimeert bestanden met behulp van het Burrows-Wheeler block sorting tekstcompressie-algoritme,
en Huffman-codering. Compressie is over het algemeen aanzienlijk beter dan die bereikt door
meer conventionele op LZ77/LZ78 gebaseerde compressoren, en benadert de prestaties van de PPM
familie van statistische compressoren.

De opdrachtregelopties lijken bewust sterk op die van GNU gzip, maar zij zijn
niet hetzelfde.

bzip2 verwacht een lijst met bestandsnamen bij de opdrachtregelvlaggen. Elk bestand is
vervangen door een gecomprimeerde versie van zichzelf, met de naam "original_name.bz2". Elk
gecomprimeerde bestand heeft dezelfde wijzigingsdatum, machtigingen en, indien mogelijk, eigendom
als het corresponderende origineel, zodat deze eigenschappen correct hersteld kunnen worden
decompressie tijd. Het omgaan met bestandsnamen is naïef in die zin dat er geen mechanisme is
voor het behouden van originele bestandsnamen, machtigingen, eigendomsrechten of datums in bestandssystemen die
deze concepten missen, of ernstige beperkingen hebben op de lengte van bestandsnamen, zoals MS-DOS.

bzip2 en bunzip2 zal standaard geen bestaande bestanden overschrijven. Als je dit wilt
gebeuren, geef dan de vlag -f op.

Als er geen bestandsnamen zijn opgegeven, bzip2 comprimeert van standaardinvoer naar standaarduitvoer.
In dit geval, bzip2 zal weigeren gecomprimeerde uitvoer naar een terminal te schrijven, zoals dit zou doen
volledig onbegrijpelijk en dus zinloos zijn.

bunzip2 (of bzip2 -NS) decomprimeert alle opgegeven bestanden. Bestanden die niet zijn gemaakt door
bzip2 gedetecteerd en genegeerd, en er wordt een waarschuwing gegeven. bzip2 probeert te raden
bestandsnaam voor het gedecomprimeerde bestand van die van het gecomprimeerde bestand als volgt:

bestandsnaam.bz2 wordt bestandsnaam
bestandsnaam.bz wordt bestandsnaam
bestandsnaam.tbz2 wordt bestandsnaam.tar
bestandsnaam.tbz wordt bestandsnaam.tar
eenanderenaam wordt eenanderenaam.out

Als het bestand niet eindigt in een van de herkende eindes, .bz2, .bz, .tbz2 or .tbz, bzip2
klaagt dat het de naam van het originele bestand niet kan raden en gebruikt de originele naam
Met .uit toegevoegd.

Net als bij compressie veroorzaakt het opgeven van geen bestandsnamen decompressie van standaardinvoer naar
standaard uitvoer.

bunzip2 zal een bestand correct decomprimeren dat de aaneenschakeling is van twee of meer
gecomprimeerde bestanden. Het resultaat is de aaneenschakeling van de overeenkomstige niet-gecomprimeerde
bestanden. Integriteitstesten (-t) van aaneengeschakelde gecomprimeerde bestanden worden ook ondersteund.

U kunt bestanden ook comprimeren of decomprimeren naar de standaarduitvoer door de vlag -c op te geven.
Meerdere bestanden kunnen op deze manier worden gecomprimeerd en gedecomprimeerd. De resulterende outputs zijn
achtereenvolgens gevoerd naar stdout. Compressie van meerdere bestanden op deze manier genereert een
stream die meerdere gecomprimeerde bestandsrepresentaties bevat. Zo'n stroom kan zijn
alleen correct gedecomprimeerd door bzip2 versie 0.9.0 of later. Eerdere versies van bzip2
stopt na het decomprimeren van het eerste bestand in de stream.

bzkat (of bzip2 -gelijkstroom) decomprimeert alle opgegeven bestanden naar de standaarduitvoer.

bzip2 leest argumenten uit de omgevingsvariabelen bzip2 en BZIP, in die volgorde,
en zal ze verwerken voordat eventuele argumenten van de opdrachtregel worden gelezen. Dit geeft een
handige manier om standaardargumenten te leveren.

Compressie wordt altijd uitgevoerd, zelfs als het gecomprimeerde bestand iets groter is dan de
origineel. Bestanden van minder dan ongeveer honderd bytes hebben de neiging groter te worden, aangezien de
compressiemechanisme heeft een constante overhead in de buurt van 50 bytes. Willekeurige gegevens
(inclusief de uitvoer van de meeste bestandscompressoren) is gecodeerd met ongeveer 8.05 bits per byte,
geeft een expansie van ongeveer 0.5%.

Als zelfcontrole voor uw bescherming, bzip2 gebruikt 32-bits CRC's om ervoor te zorgen dat de
gedecomprimeerde versie van een bestand is identiek aan het origineel. Dit beschermt tegen
corruptie van de gecomprimeerde gegevens en tegen niet-gedetecteerde bugs in bzip2 (hopelijk heel
onwaarschijnlijk). De kans dat datacorruptie onopgemerkt blijft, is microscopisch klein, ongeveer één
kans in vier miljard voor elk verwerkt bestand. Houd er echter rekening mee dat de controle plaatsvindt
bij decompressie, dus het kan u alleen vertellen dat er iets mis is. Het kan je niet helpen
herstel de oorspronkelijke niet-gecomprimeerde gegevens. Je kunt gebruiken bzip2herstel om te proberen gegevens te herstellen
van beschadigde bestanden.

Retourwaarden: 0 voor een normale exit, 1 voor milieuproblemen (bestand niet gevonden, ongeldig
vlaggen, I/O-fouten, &c), 2 om een ​​corrupt gecomprimeerd bestand aan te geven, 3 voor een internal
consistentiefout (bijv. bug) die veroorzaakte bzip2 in paniek raken.

OPTIES

-c --stdout
Comprimeren of decomprimeren naar standaarduitvoer.

-d --decomprimeren
Forceer decompressie. bzip2, bunzip2 en bzkat zijn echt hetzelfde programma, en de
op basis van welke naam wordt gebruikt, wordt besloten welke acties moeten worden ondernomen.
Deze vlag heft dat mechanisme op en dwingt bzip2 decomprimeren.

-z --samenpersen
De aanvulling op -d: forceert compressie, ongeacht de naam van de aanroep.

-t --toets
Controleer de integriteit van de opgegeven bestanden, maar decomprimeer ze niet. Dit, echt
voert een proefdecompressie uit en gooit het resultaat weg.

-f --kracht
Forceer het overschrijven van uitvoerbestanden. Normaal gesproken, bzip2 zal bestaande niet overschrijven
output bestanden. Ook krachten bzip2 om harde koppelingen naar bestanden te verbreken, die anders
zou niet doen.

bzip2 weigert normaal gesproken bestanden te decomprimeren die niet de juiste magie hebben
header-bytes. Indien geforceerd (-f), zal het dergelijke bestanden echter ongewijzigd doorgeven.
Dit is hoe GNU gzip zich gedraagt.

-k --houden
Bewaar (niet verwijderen) invoerbestanden tijdens compressie of decompressie.

-s --klein
Verminder geheugengebruik, voor compressie, decompressie en testen. Bestanden zijn
gedecomprimeerd en getest met een aangepast algoritme dat slechts 2.5 bytes nodig heeft
per blokbyte. Dit betekent dat elk bestand kan worden gedecomprimeerd in 2300 k geheugen,
zij het op ongeveer de helft van de normale snelheid.

Tijdens compressie selecteert -s een blokgrootte van 200 k, wat het geheugengebruik beperkt tot
rond hetzelfde cijfer, ten koste van je compressieverhouding. Kortom, als
uw machine heeft weinig geheugen (8 megabytes of minder), gebruik -s voor alles. Zien
GEHEUGENBEHEER hieronder.

-q --stil
Onderdruk niet-essentiële waarschuwingsberichten. Meldingen met betrekking tot I/O-fouten en
andere kritieke gebeurtenissen worden niet onderdrukt.

-v --uitgebreid
Verbose-modus - toon de compressieverhouding voor elk verwerkt bestand. Verdere -v's
verhoog het breedsprakigheidsniveau, waarbij veel informatie wordt uitgespuugd die voornamelijk uit is
belang voor diagnostische doeleinden.

-h --help
Druk een helpbericht af en sluit af.

-L --vergunning -V --versie
Geef de softwareversie en licentievoorwaarden weer.

-1 (of --snel) naar -9 (of --best)
Stel de blokgrootte in op 100 k, 200 k ... 900 k bij het comprimeren. Heeft geen effect wanneer
decomprimeren. Zie GEHEUGENBEHEER hieronder. De aliassen --fast en --best zijn
voornamelijk voor GNU gzip-compatibiliteit. In het bijzonder maakt --fast geen dingen
aanzienlijk sneller. En --best selecteert alleen het standaardgedrag.

-- Behandelt alle volgende argumenten als bestandsnamen, zelfs als ze met een streepje beginnen.
Dit is zodat u bestanden kunt verwerken waarvan de naam begint met een streepje, bijvoorbeeld:
bzip2 -- -mijnbestandsnaam.

--repetitief-snel --repetitief-beste
Deze vlaggen zijn overbodig in versies 0.9.5 en hoger. Ze zorgden voor wat grof
controle over het gedrag van het sorteeralgoritme in eerdere versies, dat was
soms handig. 0.9.5 en hoger hebben een verbeterd algoritme dat deze weergeeft
vlaggen niet relevant.

GEHEUGEN MANAGEMENT

bzip2 comprimeert grote bestanden in blokken. De blokgrootte is van invloed op zowel de compressieverhouding
bereikt, en de hoeveelheid geheugen die nodig is voor compressie en decompressie. De vlaggen -1
tot en met -9 specificeer de blokgrootte van 100,000 bytes tot en met 900,000 bytes (standaard)
respectievelijk. Tijdens decompressie wordt de blokgrootte die voor compressie wordt gebruikt, gelezen uit het
header van het gecomprimeerde bestand, en bunzip2 wijst zichzelf dan precies genoeg geheugen toe
decomprimeer het bestand. Aangezien blokgroottes worden opgeslagen in gecomprimeerde bestanden, volgt hieruit
de vlaggen -1 tot -9 zijn niet relevant voor en worden daarom genegeerd tijdens decompressie.

Compressie- en decompressievereisten, in bytes, kunnen worden geschat als:

Compressie: 400 k + ( 8 x blokgrootte )

Decompressie: 100 k + (4 x blokgrootte), of
100 k + ( 2.5 x blokgrootte )

Grotere blokgroottes geven snel afnemende marginale opbrengsten. De meeste compressie
komt uit de eerste twee- of driehonderd k blokgrootte, een feit dat het waard is om in gedachten te houden
bij gebruik bzip2 op kleine machines. Het is ook belangrijk om te beseffen dat de
decompressiegeheugenvereiste wordt ingesteld op het moment van compressie door de keuze van de blokgrootte.

Voor bestanden die zijn gecomprimeerd met de standaard blokgrootte van 900 k, bunzip2 zal ongeveer 3700 nodig hebben
kbytes om te decomprimeren. Om decompressie van elk bestand op een machine van 4 megabyte te ondersteunen,
bunzip2 heeft een optie om ongeveer de helft van deze hoeveelheid geheugen te decomprimeren
2300 kbyte. Decompressiesnelheid wordt ook gehalveerd, dus gebruik deze optie alleen waar
nodig. De relevante vlag is -s.

Probeer in het algemeen sindsdien de grootste geheugenbeperkingen voor blokgroottes te gebruiken
maximaliseert de bereikte compressie. Compressie- en decompressiesnelheid zijn vrijwel
niet beïnvloed door de blokgrootte.

Een ander belangrijk punt is van toepassing op bestanden die in een enkel blok passen -- dat betekent de meeste
bestanden die u zou tegenkomen met een grote blokgrootte. De hoeveelheid aangeraakt echt geheugen is
evenredig met de grootte van het bestand, aangezien het bestand kleiner is dan een blok. Voor
bijvoorbeeld, het comprimeren van een bestand van 20,000 bytes lang met de vlag -9 zal de compressor veroorzaken
om ongeveer 7600 k geheugen toe te wijzen, maar slechts 400 k + 20000 * 8 = 560 kbyte ervan aan te raken.
Evenzo zal de decompressor 3700 k toewijzen, maar slechts 100 k + 20000 * 4 = 180 aanraken
kbytes.

Hier is een tabel die het maximale geheugengebruik voor verschillende blokgroottes samenvat. Ook
opgenomen is de totale gecomprimeerde grootte voor 14 bestanden van het Calgary Text Compression Corpus
in totaal 3,141,622 bytes. Deze kolom geeft enig gevoel voor hoe compressie varieert met
blok grootte. Deze cijfers hebben de neiging om het voordeel van grotere blokgroottes te onderschatten
grotere bestanden, aangezien het Corpus wordt gedomineerd door kleinere bestanden.

Comprimeren Decomprimeren Corpus decomprimeren
Vlaggebruik gebruik -s gebruik Grootte

-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

HERSTELLEN GEGEVENS NU BESCHADIGD FILES

bzip2 comprimeert bestanden in blokken, meestal 900 kbytes lang. Elk blok wordt behandeld
onafhankelijk. Als een media- of transmissiefout ervoor zorgt dat een multi-block .bz2-bestand wordt
beschadigd is, kan het mogelijk zijn om gegevens te herstellen van de onbeschadigde blokken in het bestand.

De gecomprimeerde representatie van elk blok wordt begrensd door een 48-bits patroon, dat maakt
het mogelijk om de blokgrenzen met redelijke zekerheid te vinden. Elk blok ook
draagt ​​zijn eigen 32-bits CRC, zodat beschadigde blokken kunnen worden onderscheiden van onbeschadigde.

bzip2herstel is een eenvoudig programma waarvan het doel is om te zoeken naar blokken in .bz2-bestanden, en
schrijf elk blok naar zijn eigen .bz2-bestand. U kunt dan gebruiken bzip2 -t om de te testen
integriteit van de resulterende bestanden en decomprimeer de bestanden die onbeschadigd zijn.

bzip2herstel neemt een enkel argument, de naam van het beschadigde bestand, en schrijft een aantal
bestanden "rec00001file.bz2", "rec00002file.bz2", enz., die de geëxtraheerde blokken bevatten.
De uitvoerbestandsnamen zijn zo ontworpen dat het gebruik van jokertekens bij latere verwerking --
bijvoorbeeld "bzip2 -dc rec*file.bz2 > herstelde_gegevens" -- verwerkt de bestanden in de
correcte volgorde.

bzip2herstel zou het meest nuttig moeten zijn bij het omgaan met grote .bz2-bestanden, aangezien deze zullen bevatten
veel blokken. Het is duidelijk zinloos om het te gebruiken op beschadigde single-block bestanden, aangezien a
beschadigd blok kan niet worden hersteld. Als u mogelijk gegevensverlies wilt minimaliseren
door media- of transmissiefouten, zou je kunnen overwegen om met een kleiner blok te comprimeren
grootte.

PRESTATIES OPMERKINGEN

De sorteerfase van compressie verzamelt vergelijkbare tekenreeksen in het bestand. Vanwege
dit, bestanden die zeer lange reeksen van herhaalde symbolen bevatten, zoals "aabaabaabaab ..."
(enkele honderden keren herhaald) kan langzamer worden gecomprimeerd dan normaal. Versies 0.9.5 en
hierboven doen het in dit opzicht veel beter dan eerdere versies. De verhouding tussen slechtste-
casus en de gemiddelde compressietijd ligt in de buurt van 10:1. Voor eerdere versies,
dit cijfer was meer als 100:1. U kunt de optie -vvvv gebruiken om de voortgang in de gaten te houden
groot detail, als je wilt.

Decompressiesnelheid wordt niet beïnvloed door deze verschijnselen.

bzip2 wijst meestal meerdere megabytes geheugen toe om in te werken en laadt vervolgens alles op
er op een vrij willekeurige manier overheen. Dit betekent dat de prestaties, zowel voor compressie als voor
decomprimeren, wordt grotendeels bepaald door de snelheid waarmee uw machine de cache kan onderhouden
mist. Daarom zijn er kleine wijzigingen in de code aangebracht om het aantal missers te verminderen
waargenomen om onevenredig grote prestatieverbeteringen te geven. ik stel me voor bzip2 wil
presteren het beste op machines met zeer grote caches.

WAARSCHUWINGEN

I/O-foutmeldingen zijn niet zo nuttig als ze zouden kunnen zijn. bzip2 doet zijn best om I/O te detecteren
fouten en netjes afsluiten, maar de details van wat het probleem is, lijken soms nogal
misleidend.

Deze handleidingpagina heeft betrekking op versie 1.0.6 van bzip2. Hierdoor ontstaan ​​gecomprimeerde gegevens
versie is volledig voorwaarts en achterwaarts compatibel met de vorige openbare releases,
versies 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 en hoger, maar met het volgende
uitzondering: 0.9.0 en hoger kunnen meerdere aaneengeschakelde compressie correct decomprimeren
bestanden. 0.1pl2 kan dit niet; het stopt na het decomprimeren van alleen het eerste bestand in het
stream.

bzip2herstel versies vóór 1.0.2 gebruikten 32-bits gehele getallen om bitposities in weer te geven
gecomprimeerde bestanden, dus konden ze geen gecomprimeerde bestanden verwerken die langer waren dan 512 megabytes.
Versies 1.0.2 en hoger gebruiken 64-bits ints op sommige platforms die ze ondersteunen (GNU
ondersteunde doelen en Windows). Om vast te stellen of bzip2recover al dan niet is gebouwd met
zo'n beperking, voer het uit zonder argumenten. In ieder geval kun je zelf een bouwen
onbeperkte versie als je het opnieuw kunt compileren met MaybeUInt64 ingesteld als een niet-ondertekende 64-bits versie
geheel getal.

Gebruik bzcat online met behulp van onworks.net-services