bunzip2 - Online di Cloud

PROGRAM:

NAMA

bzip2, bunzip2 - kompresor file penyortiran blok, v1.0.6
bzcat - mendekompresi file ke stdout
bzip2recover - memulihkan data dari file bzip2 yang rusak

RINGKASAN

bzip2 [ -cdfkqstvzVL123456789 ] [ nama file ... ]
bzip2 [ -h|--bantuan ]
bunzip2 [ -fkvsVL ] [ nama file ... ]
bunzip2 [ -h|--bantuan ]
bzcat.dll [ -s ] [ nama file ... ]
bzcat.dll [ -h|--bantuan ]
bzip2recover nama file

DESKRIPSI

bzip2 kompres file menggunakan algoritma kompresi teks pengurutan blok Burrows-Wheeler,
dan pengkodean Huffman. Kompresi umumnya jauh lebih baik daripada yang dicapai oleh
kompresor berbasis LZ77/LZ78 yang lebih konvensional, dan mendekati kinerja PPM
keluarga kompresor statistik.

Opsi baris perintah sengaja sangat mirip dengan yang ada di GNU gzip, tapi mereka
tidak identik.

bzip2 mengharapkan daftar nama file untuk menyertai flag baris perintah. Setiap file adalah
diganti dengan versi terkompresi itu sendiri, dengan nama "original_name.bz2". Setiap
file terkompresi memiliki tanggal modifikasi, izin, dan, jika memungkinkan, kepemilikan yang sama
sebagai aslinya yang sesuai, sehingga properti ini dapat dipulihkan dengan benar di
waktu dekompresi. Penanganan nama file naif dalam arti tidak ada mekanisme
untuk mempertahankan nama file asli, izin, kepemilikan, atau tanggal dalam sistem file yang
tidak memiliki konsep ini, atau memiliki batasan panjang nama file yang serius, seperti MS-DOS.

bzip2 dan bunzip2 secara default tidak akan menimpa file yang ada. Jika Anda ingin ini
terjadi, tentukan flag -f.

Jika tidak ada nama file yang ditentukan, bzip2 kompres dari input standar ke output standar.
Dalam hal ini, bzip2 akan menolak untuk menulis keluaran terkompresi ke terminal, karena ini akan
sepenuhnya tidak dapat dipahami dan karena itu tidak ada gunanya.

bunzip2 (Atau bzip2 -D) mendekompresi semua file yang ditentukan. File yang tidak dibuat oleh
bzip2 akan terdeteksi dan diabaikan, dan peringatan dikeluarkan. bzip2 mencoba menebak
nama file untuk file yang didekompresi dari file terkompresi sebagai berikut:

nama file.bz2 menjadi nama file
nama file.bz menjadi nama file
namafile.tbz2 menjadi namafile.tar
namafile.tbz menjadi namafile.tar
nama lain menjadi nama lain. keluar

Jika file tidak berakhir di salah satu akhiran yang dikenali, .bz2, .BZ, .tbz2 or .tbz, bzip2
mengeluh bahwa itu tidak dapat menebak nama file asli, dan menggunakan nama aslinya
dengan .keluar ditambahkan.

Seperti halnya kompresi, tidak memberikan nama file menyebabkan dekompresi dari input standar ke
keluaran standar.

bunzip2 akan mendekompresi file dengan benar yang merupakan gabungan dari dua atau lebih
file terkompresi. Hasilnya adalah gabungan dari yang tidak terkompresi yang sesuai
file. Pengujian integritas (-t) dari file terkompresi yang digabungkan juga didukung.

Anda juga dapat mengompresi atau mendekompresi file ke output standar dengan memberikan tanda -c.
Beberapa file dapat dikompresi dan didekompresi seperti ini. Keluaran yang dihasilkan adalah
diumpankan secara berurutan ke stdout. Kompresi beberapa file dengan cara ini menghasilkan
aliran yang berisi beberapa representasi file terkompresi. Aliran seperti itu bisa
didekompresi dengan benar hanya dengan bzip2 versi 0.9.0 atau yang lebih baru. Versi sebelumnya dari bzip2
akan berhenti setelah mendekompresi file pertama dalam aliran.

bzcat.dll (Atau bzip2 -dc) mendekompresi semua file yang ditentukan ke output standar.

bzip2 akan membaca argumen dari variabel lingkungan bzip2 dan BZIP, dalam urutan itu,
dan akan memprosesnya sebelum argumen dibaca dari baris perintah. Ini memberikan
cara mudah untuk memberikan argumen default.

Kompresi selalu dilakukan, bahkan jika file terkompresi sedikit lebih besar dari
asli. File kurang dari sekitar seratus byte cenderung menjadi lebih besar, karena
mekanisme kompresi memiliki overhead konstan di wilayah 50 byte. Data acak
(termasuk output dari sebagian besar kompresor file) dikodekan sekitar 8.05 bit per byte,
memberikan ekspansi sekitar 0.5%.

Sebagai pemeriksaan diri untuk perlindungan Anda, bzip2 menggunakan CRC 32-bit untuk memastikan bahwa
versi file yang didekompresi identik dengan aslinya. Ini menjaga terhadap
korupsi data terkompresi, dan terhadap bug yang tidak terdeteksi di bzip2 (semoga sangat
tidak sepertinya). Kemungkinan korupsi data tidak terdeteksi sangat kecil, sekitar satu
peluang dalam empat miliar untuk setiap file yang diproses. Namun, ketahuilah bahwa pemeriksaan itu terjadi
pada dekompresi, sehingga hanya dapat memberitahu Anda bahwa ada sesuatu yang salah. Itu tidak bisa membantumu
memulihkan data terkompresi asli. Anda dapat gunakan bzip2recover untuk mencoba memulihkan data
dari file yang rusak.

Nilai pengembalian: 0 untuk jalan keluar normal, 1 untuk masalah lingkungan (file tidak ditemukan, tidak valid
flag, kesalahan I/O, &c), 2 untuk menunjukkan file terkompresi yang rusak, 3 untuk internal
kesalahan konsistensi (misalnya, bug) yang menyebabkan bzip2 panik.

PILIHAN

-c --stdout
Kompres atau dekompresi ke output standar.

-d --dekompresi
Dekompresi paksa. bzip2, bunzip2 dan bzcat.dll adalah program yang benar-benar sama, dan
keputusan tentang tindakan apa yang harus dilakukan berdasarkan nama yang digunakan.
Bendera ini mengesampingkan mekanisme itu, dan memaksa bzip2 untuk dekompresi.

-z --kompres
Pelengkap -d: memaksa kompresi, terlepas dari nama pemanggilannya.

-t --tes
Periksa integritas file yang ditentukan, tetapi jangan dekompresi. Ini benar-benar
melakukan dekompresi percobaan dan membuang hasilnya.

-f --memaksa
Timpa paksa file keluaran. Biasanya, bzip2 tidak akan menimpa yang sudah ada
file keluaran. Juga memaksa bzip2 untuk memecahkan tautan keras ke file, yang sebaliknya
tidak akan melakukannya.

bzip2 biasanya menolak untuk mendekompresi file yang tidak memiliki sihir yang benar
byte header. Namun, jika dipaksa (-f), file tersebut akan melewati file yang tidak dimodifikasi.
Ini adalah bagaimana GNU gzip berperilaku.

-k --menyimpan
Simpan (jangan hapus) file input selama kompresi atau dekompresi.

-s --kecil
Kurangi penggunaan memori, untuk kompresi, dekompresi, dan pengujian. File adalah
didekompresi dan diuji menggunakan algoritma yang dimodifikasi yang hanya membutuhkan 2.5 byte
per blok byte. Ini berarti file apa pun dapat didekompresi dalam 2300 k memori,
meskipun pada sekitar setengah kecepatan normal.

Selama kompresi, -s memilih ukuran blok 200 k, yang membatasi penggunaan memori hingga
sekitar angka yang sama, dengan mengorbankan rasio kompresi Anda. Singkatnya, jika
memori mesin Anda rendah (8 megabita atau kurang), gunakan -s untuk semuanya. Lihat
MANAJEMEN MEMORI di bawah ini.

-q --diam
Menekan pesan peringatan yang tidak penting. Pesan yang berkaitan dengan kesalahan I/O dan
peristiwa penting lainnya tidak akan ditekan.

-v --bertele-tele
Mode verbose -- menunjukkan rasio kompresi untuk setiap file yang diproses. Selanjutnya -v's
meningkatkan tingkat verbositas, memuntahkan banyak informasi yang terutama dari
kepentingan untuk tujuan diagnostik.

-h --membantu
Cetak pesan bantuan dan keluar.

-L --lisensi -V --Versi: kapan
Menampilkan versi perangkat lunak, syarat dan ketentuan lisensi.

-1 (Atau --cepat) untuk -9 (Atau --terbaik)
Atur ukuran blok menjadi 100 k, 200 k ... 900 k saat mengompresi. Tidak berpengaruh ketika
dekompresi. Lihat MANAJEMEN MEMORI di bawah ini. Alias ​​--fast dan --best adalah
terutama untuk kompatibilitas gzip GNU. Secara khusus, --fast tidak menghasilkan apa-apa
secara signifikan lebih cepat. Dan --best hanya memilih perilaku default.

-- Memperlakukan semua argumen berikutnya sebagai nama file, meskipun dimulai dengan tanda hubung.
Ini agar Anda dapat menangani file dengan nama yang dimulai dengan tanda hubung, misalnya:
bzip2 -- -namafilesaya.

--berulang-cepat --berulang-terbaik
Bendera ini berlebihan dalam versi 0.9.5 dan di atasnya. Mereka menyediakan beberapa kasar
kontrol atas perilaku algoritma pengurutan di versi sebelumnya, yang
kadang berguna. 0.9.5 dan di atasnya memiliki algoritma yang ditingkatkan yang membuat ini
bendera tidak relevan.

MEMORY MANAJEMEN

bzip2 kompres file besar dalam blok. Ukuran blok mempengaruhi rasio kompresi
dicapai, dan jumlah memori yang dibutuhkan untuk kompresi dan dekompresi. Bendera -1
melalui -9 tentukan ukuran blok menjadi 100,000 byte hingga 900,000 byte (default)
masing-masing. Pada waktu dekompresi, ukuran blok yang digunakan untuk kompresi dibaca dari
header file terkompresi, dan bunzip2 kemudian mengalokasikan sendiri cukup memori untuk
dekompresi file. Karena ukuran blok disimpan dalam file terkompresi, maka:
flag -1 hingga -9 tidak relevan dan diabaikan selama dekompresi.

Persyaratan kompresi dan dekompresi, dalam byte, dapat diperkirakan sebagai:

Kompresi : 400k+ ( 8 x ukuran blok )

Dekompresi: 100 k + (4 x ukuran blok), atau
100rb+ ( 2.5x ukuran blok )

Ukuran blok yang lebih besar memberikan pengembalian marjinal yang berkurang dengan cepat. Sebagian besar kompresi
berasal dari dua atau tiga ratus k ukuran balok pertama, fakta yang perlu diingat
saat menggunakan bzip2 pada mesin kecil. Penting juga untuk menghargai bahwa
kebutuhan memori dekompresi diatur pada waktu kompresi dengan pilihan ukuran blok.

Untuk file yang dikompresi dengan ukuran blok default 900 k, bunzip2 akan membutuhkan sekitar 3700
kbyte untuk didekompresi. Untuk mendukung dekompresi file apa pun pada mesin 4 megabyte,
bunzip2 memiliki opsi untuk mendekompresi menggunakan sekitar setengah jumlah memori ini, sekitar
2300 kbyte. Kecepatan dekompresi juga dibelah dua, jadi Anda harus menggunakan opsi ini hanya jika
diperlukan. Bendera yang relevan adalah -s.

Secara umum, coba dan gunakan batasan memori ukuran blok terbesar yang diizinkan, karena
memaksimalkan kompresi yang dicapai. Kecepatan kompresi dan dekompresi hampir
tidak terpengaruh oleh ukuran blok.

Poin penting lainnya berlaku untuk file yang muat dalam satu blok -- itu artinya sebagian besar
file yang akan Anda temui menggunakan ukuran blok yang besar. Jumlah memori nyata yang disentuh adalah
sebanding dengan ukuran file, karena file lebih kecil dari satu blok. Untuk
contoh, mengompresi file sepanjang 20,000 byte dengan flag -9 akan menyebabkan kompresor
untuk mengalokasikan sekitar 7600 k memori, tetapi hanya menyentuh 400 k + 20000 * 8 = 560 kbyte.
Demikian pula, dekompresor akan mengalokasikan 3700 k tetapi hanya menyentuh 100 k + 20000 * 4 = 180
kbyte.

Berikut adalah tabel yang merangkum penggunaan memori maksimum untuk ukuran blok yang berbeda. Juga
yang direkam adalah total ukuran terkompresi untuk 14 file dari Calgary Text Compression Corpus
berjumlah 3,141,622 byte. Kolom ini memberikan beberapa perasaan tentang bagaimana kompresi bervariasi dengan
Ukuran blok. Angka-angka ini cenderung mengecilkan keuntungan dari ukuran blok yang lebih besar untuk
file yang lebih besar, karena Corpus didominasi oleh file yang lebih kecil.

Kompres Dekompresi Dekompresi Corpus
Tandai penggunaan penggunaan -s Ukuran penggunaan

-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

PEMULIHAN DATA DARI RUSAK FILE

bzip2 kompres file dalam blok, biasanya 900 kbyte. Setiap blok ditangani
secara mandiri. Jika kesalahan media atau transmisi menyebabkan file .bz2 multi-blok menjadi
rusak, dimungkinkan untuk memulihkan data dari blok yang tidak rusak dalam file.

Representasi terkompresi dari setiap blok dibatasi oleh pola 48-bit, yang membuat:
mungkin untuk menemukan batas blok dengan kepastian yang masuk akal. Setiap blok juga
membawa CRC 32-bit sendiri, sehingga blok yang rusak dapat dibedakan dari yang tidak rusak.

bzip2recover adalah program sederhana yang tujuannya adalah untuk mencari blok di file .bz2, dan
tulis setiap blok ke dalam file .bz2-nya sendiri. Anda kemudian dapat menggunakan bzip2 -t untuk menguji
integritas file yang dihasilkan, dan dekompresi file yang tidak rusak.

bzip2recover mengambil satu argumen, nama file yang rusak, dan menulis sejumlah
file "rec00001file.bz2", "rec00002file.bz2", dll., yang berisi blok yang diekstraksi.
Nama file keluaran dirancang sedemikian rupa sehingga penggunaan wildcard dalam pemrosesan selanjutnya --
misalnya, "bzip2 -dc rec*file.bz2 > recover_data" -- memproses file di
urutan yang benar.

bzip2recover harus paling berguna berurusan dengan file .bz2 besar, karena ini akan berisi
banyak blok. Jelas sia-sia menggunakannya pada file satu blok yang rusak, karena a
blok yang rusak tidak dapat dipulihkan. Jika Anda ingin meminimalkan potensi kehilangan data
melalui kesalahan media atau transmisi, Anda dapat mempertimbangkan untuk mengompresi dengan blok yang lebih kecil
ukuran.

KINERJA CATATAN

Fase penyortiran kompresi mengumpulkan string serupa dalam file. Karena
ini, file yang berisi simbol berulang yang sangat panjang, seperti "aabaabaabaab ..."
(diulang beberapa ratus kali) dapat memampatkan lebih lambat dari biasanya. Versi 0.9.5 dan
tarif di atas jauh lebih baik daripada versi sebelumnya dalam hal ini. Rasio antara terburuk-
kasus dan waktu kompresi kasus rata-rata berada di wilayah 10:1. Untuk versi sebelumnya,
angka ini lebih seperti 100:1. Anda dapat menggunakan opsi -vvvv untuk memantau kemajuan dalam
detail yang bagus, jika Anda mau.

Kecepatan dekompresi tidak terpengaruh oleh fenomena ini.

bzip2 biasanya mengalokasikan beberapa megabyte memori untuk beroperasi, dan kemudian mengisi semua
atasnya dengan cara yang cukup acak. Ini berarti bahwa kinerja, baik untuk mengompresi dan
dekompresi, sangat ditentukan oleh kecepatan mesin Anda dapat melayani cache
merindukan. Karena itu, perubahan kecil pada kode untuk mengurangi tingkat kesalahan telah
diamati untuk memberikan peningkatan kinerja yang tidak proporsional besar. Saya membayangkan bzip2 akan
berkinerja terbaik pada mesin dengan cache yang sangat besar.

PERINGATAN

Pesan kesalahan I/O tidak membantu seperti yang seharusnya. bzip2 berusaha keras untuk mendeteksi I/O
kesalahan dan keluar dengan bersih, tetapi detail masalahnya terkadang tampak agak
menyesatkan.

Halaman manual ini berkaitan dengan versi 1.0.6 dari bzip2. Data terkompresi dibuat oleh ini
versi sepenuhnya kompatibel dengan rilis publik sebelumnya,
versi 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 dan yang lebih baru, tetapi dengan yang berikut ini
pengecualian: 0.9.0 dan yang lebih baru dapat mendekompresi beberapa kompresi gabungan dengan benar
file. 0.1pl2 tidak bisa melakukan ini; itu akan berhenti setelah mendekompresi hanya file pertama di
aliran.

bzip2recover versi sebelum 1.0.2 menggunakan bilangan bulat 32-bit untuk mewakili posisi bit dalam
file terkompresi, sehingga mereka tidak dapat menangani file terkompresi yang panjangnya lebih dari 512 megabita.
Versi 1.0.2 dan di atasnya menggunakan int 64-bit pada beberapa platform yang mendukungnya (GNU
target yang didukung, dan Windows). Untuk menentukan apakah bzip2recover dibuat dengan
batasan seperti itu, jalankan tanpa argumen. Dalam acara apa pun Anda dapat membangun diri sendiri dan
versi tak terbatas jika Anda dapat mengkompilasi ulang dengan MaybeUInt64 disetel menjadi 64-bit yang tidak ditandatangani
bilangan bulat.

Gunakan bunzip2 online menggunakan layanan onworks.net