bzcat - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

bzip2, bunzip2 - trình nén tệp phân loại khối, v1.0.6
bzcat - giải nén tệp thành stdout
bzip2recover - phục hồi dữ liệu từ các tệp bzip2 bị hỏng

SYNOPSIS

bzip2 [ -cdfkqstvzVL123456789 ] [ tên tập tin hữu ích. Cảm ơn ! ]
bzip2 [ -h | - trợ giúp ]
bunzip2 [ -fkvsVL ] [ tên tập tin hữu ích. Cảm ơn ! ]
bunzip2 [ -h | - trợ giúp ]
bzcat [ -s ] [ tên tập tin hữu ích. Cảm ơn ! ]
bzcat [ -h | - trợ giúp ]
bzip2recover tên tập tin

MÔ TẢ

bzip2 nén tệp bằng thuật toán nén văn bản sắp xếp khối Burrows-Wheeler,
và mã hóa Huffman. Nén thường tốt hơn đáng kể so với
các máy nén dựa trên LZ77 / LZ78 thông thường hơn và tiếp cận hiệu suất của PPM
họ máy nén thống kê.

Các tùy chọn dòng lệnh cố tình rất giống với các tùy chọn của GNU gzip, nhưng chúng
không định nghĩa.

bzip2 mong đợi một danh sách tên tệp đi kèm với cờ dòng lệnh. Mỗi tệp là
được thay thế bằng phiên bản nén của chính nó, với tên "original_name.bz2". Mỗi
tệp nén có cùng ngày sửa đổi, quyền và quyền sở hữu khi có thể
như bản gốc tương ứng, để các thuộc tính này có thể được khôi phục một cách chính xác tại
thời gian giải nén. Xử lý tên tệp là ngây thơ theo nghĩa là không có cơ chế
để giữ tên tệp gốc, quyền, quyền sở hữu hoặc ngày tháng trong hệ thống tệp
thiếu các khái niệm này hoặc có các hạn chế nghiêm trọng về độ dài tên tệp, chẳng hạn như MS-DOS.

bzip2 và bunzip2 theo mặc định sẽ không ghi đè lên các tệp hiện có. Nếu bạn muốn điều này
xảy ra, chỉ định cờ -f.

Nếu không có tên tệp nào được chỉ định, bzip2 nén từ đầu vào tiêu chuẩn đến đầu ra tiêu chuẩn.
Trong trường hợp này, bzip2 sẽ từ chối ghi đầu ra nén vào một thiết bị đầu cuối, vì điều này sẽ
hoàn toàn không thể hiểu được và do đó vô nghĩa.

bunzip2 (Hoặc bzip2 -NS) giải nén tất cả các tệp được chỉ định. Các tệp không được tạo bởi
bzip2 sẽ được phát hiện và bỏ qua, đồng thời đưa ra cảnh báo. bzip2 cố gắng đoán
tên tệp cho tệp được giải nén từ tên của tệp nén như sau:

filename.bz2 trở thành tên tệp
filename.bz trở thành tên tệp
filename.tbz2 trở thành filename.tar
filename.tbz trở thành filename.tar
anyothername trở thành anyothername.out

Nếu tệp không kết thúc bằng một trong các phần cuối được công nhận, .bz2, .bz, .tbz2 or .tbz, bzip2
phàn nàn rằng nó không thể đoán tên của tệp gốc và sử dụng tên gốc
với .ngoài thêm vào.

Giống như với quá trình nén, việc cung cấp không có tên tệp nào sẽ gây ra giải nén từ đầu vào tiêu chuẩn thành
đầu ra tiêu chuẩn.

bunzip2 sẽ giải nén chính xác một tệp là phần nối của hai hoặc nhiều
các tập tin nén. Kết quả là sự ghép nối của các ứng dụng không nén tương ứng
các tập tin. Kiểm tra tính toàn vẹn (-t) của các tệp nén được nối cũng được hỗ trợ.

Bạn cũng có thể nén hoặc giải nén tệp thành đầu ra tiêu chuẩn bằng cách đưa ra cờ -c.
Nhiều tệp có thể được nén và giải nén như thế này. Kết quả đầu ra là
được cấp tuần tự cho stdout. Nén nhiều tệp theo cách này tạo ra
luồng chứa nhiều biểu diễn tệp nén. Một luồng như vậy có thể
giải nén chính xác chỉ bằng bzip2 phiên bản 0.9.0 trở lên. Các phiên bản trước của bzip2
sẽ dừng sau khi giải nén tệp đầu tiên trong luồng.

bzcat (Hoặc bzip2 -dc) giải nén tất cả các tệp được chỉ định thành đầu ra tiêu chuẩn.

bzip2 sẽ đọc các đối số từ các biến môi trường bzip2 và BZIP, theo thứ tự đó,
và sẽ xử lý chúng trước khi bất kỳ đối số nào được đọc từ dòng lệnh. Điều này mang lại một
cách thuận tiện để cung cấp các đối số mặc định.

Nén luôn được thực hiện, ngay cả khi tệp nén lớn hơn một chút
nguyên bản. Các tệp nhỏ hơn khoảng một trăm byte có xu hướng lớn hơn, vì
cơ chế nén có tổng chi phí không đổi trong vùng 50 byte. Dữ liệu ngẫu nhiên
(bao gồm đầu ra của hầu hết các trình nén tệp) được mã hóa ở khoảng 8.05 bit mỗi byte,
mở rộng khoảng 0.5%.

Để tự kiểm tra sự bảo vệ của bạn, bzip2 sử dụng CRC 32-bit để đảm bảo rằng
phiên bản đã giải nén của tệp giống với phiên bản gốc. Điều này bảo vệ chống lại
làm hỏng dữ liệu nén và chống lại các lỗi không được phát hiện trong bzip2 (hy vọng là rất
không chắc). Khả năng hỏng dữ liệu mà không bị phát hiện là rất nhỏ, khoảng một
cơ hội trong bốn tỷ cho mỗi tệp được xử lý. Tuy nhiên, hãy lưu ý rằng việc kiểm tra xảy ra
khi giải nén, vì vậy nó chỉ có thể cho bạn biết rằng có điều gì đó không ổn. Nó không thể giúp bạn
khôi phục dữ liệu chưa nén ban đầu. Bạn có thể dùng bzip2recover để cố gắng khôi phục dữ liệu
từ các tệp bị hỏng.

Các giá trị trả về: 0 đối với lối thoát bình thường, 1 đối với các vấn đề về môi trường (không tìm thấy tệp, không hợp lệ
cờ, lỗi I / O, & c), 2 để cho biết tệp nén bị hỏng, 3 cho tệp nội bộ
lỗi nhất quán (ví dụ: lỗi) gây ra bzip2 hoảng sợ.

LỰA CHỌN

-c --thiết bị xuất chuẩn
Nén hoặc giải nén thành đầu ra tiêu chuẩn.

-d --giải nén
Lực giải nén. bzip2, bunzip2 và bzcat thực sự là cùng một chương trình và
quyết định về những hành động cần thực hiện được thực hiện trên cơ sở tên nào được sử dụng.
Cờ này ghi đè cơ chế đó và buộc bzip2 để giải nén.

-z - nén
Phần bổ sung cho -d: buộc nén, bất kể tên gọi.

-t --kiểm tra
Kiểm tra tính toàn vẹn của (các) tệp được chỉ định, nhưng không giải nén chúng. Nó thực sự
thực hiện giải nén thử nghiệm và loại bỏ kết quả.

-f --lực lượng
Buộc ghi đè các tệp đầu ra. Thông thường, bzip2 sẽ không ghi đè lên hiện có
các tập tin đầu ra. Ngoài ra lực lượng bzip2 để phá vỡ các liên kết cứng đến các tệp, mà ngược lại, nó
sẽ không làm.

bzip2 thường từ chối giải nén các tệp không có phép thuật chính xác
byte tiêu đề. Tuy nhiên, nếu bị buộc (-f), nó sẽ chuyển các tệp đó qua không được sửa đổi.
Đây là cách GNU gzip hoạt động.

-k --giữ cho
Giữ (không xóa) các tệp đầu vào trong quá trình nén hoặc giải nén.

-s --nhỏ
Giảm mức sử dụng bộ nhớ để nén, giải nén và thử nghiệm. Tệp là
được giải nén và kiểm tra bằng thuật toán đã sửa đổi chỉ yêu cầu 2.5 byte
mỗi byte khối. Điều này có nghĩa là bất kỳ tệp nào cũng có thể được giải nén trong 2300 k bộ nhớ,
mặc dù ở tốc độ khoảng một nửa so với tốc độ bình thường.

Trong quá trình nén, -s chọn kích thước khối là 200 k, giới hạn việc sử dụng bộ nhớ ở
xung quanh cùng một con số, với chi phí của tỷ lệ nén của bạn. Tóm lại, nếu
máy của bạn sắp hết bộ nhớ (8 megabyte trở xuống), hãy sử dụng -s cho mọi thứ. Nhìn thấy
QUẢN LÝ BỘ NHỚ bên dưới.

-q --Yên lặng
Chặn các thông báo cảnh báo không cần thiết. Các thông báo liên quan đến lỗi I / O và
các sự kiện quan trọng khác sẽ không bị dập tắt.

-v --dài dòng
Chế độ Verbose - hiển thị tỷ lệ nén cho mỗi tệp được xử lý. Hơn nữa -v's
tăng mức độ chi tiết, tiết ra nhiều thông tin chủ yếu là
quan tâm cho mục đích chẩn đoán.

-h --Cứu giúp
In thông báo trợ giúp và thoát.

-L --giấy phép -V --phiên bản
Hiển thị phiên bản phần mềm, các điều khoản và điều kiện cấp phép.

-1 (Hoặc --Nhanh) đến -9 (Hoặc --tốt nhất)
Đặt kích thước khối thành 100 k, 200 k ... 900 k khi nén. Không có hiệu lực khi
giải nén. Xem QUẢN LÝ BỘ NHỚ bên dưới. Các bí danh --fast và --best là
chủ yếu để tương thích gzip GNU. Đặc biệt, - bữa sáng không làm nên chuyện
nhanh hơn đáng kể. Và --best chỉ chọn hành vi mặc định.

-- Coi tất cả các đối số tiếp theo là tên tệp, ngay cả khi chúng bắt đầu bằng dấu gạch ngang.
Điều này là để bạn có thể xử lý các tệp có tên bắt đầu bằng dấu gạch ngang, ví dụ:
bzip2 - tên tệp tin.

- hoạt động nhanh - năng động-tốt nhất
Các cờ này là dư thừa trong các phiên bản 0.9.5 trở lên. Họ đã cung cấp một số
kiểm soát hành vi của thuật toán sắp xếp trong các phiên bản trước đó,
đôi khi hữu ích. 0.9.5 trở lên có một thuật toán được cải thiện hiển thị những
cờ không liên quan.

NHỚ QUẢN LÝ

bzip2 nén các tệp lớn theo khối. Kích thước khối ảnh hưởng đến cả tỷ lệ nén
đạt được và dung lượng bộ nhớ cần thiết để nén và giải nén. Các cờ -1
đến -9 chỉ định kích thước khối là 100,000 byte đến 900,000 byte (mặc định)
tương ứng. Tại thời điểm giải nén, kích thước khối được sử dụng để nén được đọc từ
tiêu đề của tệp nén và bunzip2 sau đó tự phân bổ bộ nhớ vừa đủ để
giải nén tệp. Vì kích thước khối được lưu trữ trong các tệp nén, nó theo sau đó
các cờ -1 đến -9 không liên quan và do đó bị bỏ qua trong quá trình giải nén.

Các yêu cầu về nén và giải nén, tính bằng byte, có thể được ước tính như sau:

Nén: 400 k + (kích thước khối 8 x)

Giải nén: 100 k + (kích thước khối 4 x), hoặc
100 k + (kích thước khối 2.5 x)

Kích thước khối lớn hơn mang lại lợi nhuận cận biên giảm đi nhanh chóng. Hầu hết các nén
đến từ hai hoặc ba trăm k đầu tiên của kích thước khối, một thực tế đáng ghi nhớ
khi sử dụng bzip2 trên các máy nhỏ. Điều quan trọng là phải đánh giá cao rằng
yêu cầu bộ nhớ giải nén được đặt tại thời điểm nén bằng cách lựa chọn kích thước khối.

Đối với các tệp được nén với kích thước khối 900 k mặc định, bunzip2 sẽ yêu cầu khoảng 3700
kbyte để giải nén. Để hỗ trợ giải nén bất kỳ tệp nào trên máy 4 megabyte,
bunzip2 có một tùy chọn để giải nén bằng cách sử dụng khoảng một nửa dung lượng bộ nhớ này, khoảng
2300 kbyte. Tốc độ giải nén cũng giảm một nửa, vì vậy bạn chỉ nên sử dụng tùy chọn này khi
cần thiết. Cờ liên quan là -s.

Nói chung, hãy thử và sử dụng các giới hạn bộ nhớ kích thước khối lớn nhất cho phép, vì điều đó
tối đa hóa độ nén đạt được. Tốc độ nén và giải nén hầu như
không bị ảnh hưởng bởi kích thước khối.

Một điểm quan trọng khác áp dụng cho các tệp nằm gọn trong một khối - điều đó có nghĩa là hầu hết
các tệp bạn gặp phải khi sử dụng kích thước khối lớn. Số lượng bộ nhớ thực được chạm vào là
tỷ lệ với kích thước của tệp, vì tệp nhỏ hơn một khối. Vì
Ví dụ: nén một tệp có độ dài 20,000 byte với cờ -9 sẽ khiến máy nén
để phân bổ khoảng 7600 k bộ nhớ, nhưng chỉ chạm vào 400 k + 20000 * 8 = 560 kbyte trong số đó.
Tương tự, trình giải nén sẽ phân bổ 3700 k nhưng chỉ chạm vào 100 k + 20000 * 4 = 180
kbyte.

Đây là bảng tóm tắt mức sử dụng bộ nhớ tối đa cho các kích thước khối khác nhau. Cũng
được ghi là tổng kích thước được nén cho 14 tệp của Tập đoàn nén văn bản Calgary
tổng cộng là 3,141,622 byte. Cột này cung cấp một số cảm nhận về cách nén thay đổi theo
kích thước khối. Những số liệu này có xu hướng nhấn mạnh lợi thế của kích thước khối lớn hơn đối với
các tệp lớn hơn, vì Corpus bị chi phối bởi các tệp nhỏ hơn.

Nén giải nén Decompress Corpus
Gắn cờ sử dụng -s sử dụng Kích thước

-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

PHỤC HỒI DỮ LIỆU TỪ THIỆT HẠI CÁC TẬP TIN

bzip2 nén tệp theo khối, thường dài 900 kbyte. Mỗi khối được xử lý
một cách độc lập. Nếu phương tiện hoặc lỗi truyền dẫn khiến tệp .bz2 nhiều khối trở thành
bị hỏng, có thể khôi phục dữ liệu từ các khối không bị hư hại trong tệp.

Biểu diễn nén của mỗi khối được phân định bằng một mẫu 48 bit, điều này làm cho
nó có thể tìm thấy các ranh giới khối một cách chắc chắn hợp lý. Mỗi khối cũng
mang CRC 32-bit của riêng nó, vì vậy có thể phân biệt các khối bị hư hỏng với các khối không bị hư hại.

bzip2recover là một chương trình đơn giản có mục đích là tìm kiếm các khối trong tệp .bz2 và
ghi mỗi khối vào tệp .bz2 của riêng nó. Sau đó bạn có thể sử dụng bzip2 -t để kiểm tra
tính toàn vẹn của các tệp kết quả và giải nén những tệp không bị phá hủy.

bzip2recover nhận một đối số duy nhất, tên của tệp bị hỏng và ghi một số
các tệp "rec00001file.bz2", "rec00002file.bz2", v.v., chứa các khối được giải nén.
Tên tệp đầu ra được thiết kế để sử dụng các ký tự đại diện trong quá trình xử lý tiếp theo -
ví dụ: "bzip2 -dc rec * file.bz2> recovery_data" - xử lý các tệp trong
đúng thứ tự.

bzip2recover nên được sử dụng nhiều nhất với các tệp .bz2 lớn, vì những tệp này sẽ chứa
nhiều khối. Rõ ràng là vô ích nếu sử dụng nó trên các tệp khối đơn bị hỏng, vì
khối bị hư hỏng không thể được phục hồi. Nếu bạn muốn giảm thiểu mọi khả năng mất dữ liệu
thông qua phương tiện hoặc lỗi truyền tải, bạn có thể cân nhắc nén bằng một khối nhỏ hơn
kích cỡ.

THI GHI CHÚ

Giai đoạn nén sắp xếp tập hợp các chuỗi tương tự lại với nhau trong tệp. Bởi vì
này, các tệp chứa các ký hiệu lặp đi lặp lại rất dài, như "aabaabaabaab ..."
(lặp lại vài trăm lần) có thể nén chậm hơn bình thường. Các phiên bản 0.9.5 và
trên giá vé tốt hơn nhiều so với các phiên bản trước về mặt này. Tỷ lệ giữa tệ nhất-
trường hợp và thời gian nén trường hợp trung bình nằm trong vùng 10: 1. Đối với các phiên bản trước,
con số này giống như 100: 1. Bạn có thể sử dụng tùy chọn -vvvv để theo dõi tiến trình trong
chi tiết tuyệt vời, nếu bạn muốn.

Tốc độ giải nén không bị ảnh hưởng bởi những hiện tượng này.

bzip2 thường cấp phát vài megabyte bộ nhớ để hoạt động, sau đó tính phí tất cả
qua nó một cách khá ngẫu nhiên. Điều này có nghĩa là hiệu suất, cho cả nén và
giải nén, phần lớn được xác định bởi tốc độ mà máy của bạn có thể phục vụ bộ nhớ cache
nhớ. Do đó, những thay đổi nhỏ đối với mã để giảm tỷ lệ bỏ lỡ đã được
được quan sát để đưa ra các cải tiến hiệu suất lớn không tương xứng. Tôi tưởng tượng bzip2 sẽ
hoạt động tốt nhất trên các máy có bộ nhớ đệm rất lớn.

THẬN TRỌNG

Thông báo lỗi I / O không hữu ích như chúng có thể. bzip2 cố gắng phát hiện I / O
lỗi và thoát sạch sẽ, nhưng các chi tiết của vấn đề đôi khi có vẻ đúng hơn
gây hiểu lầm.

Trang hướng dẫn sử dụng này liên quan đến phiên bản 1.0.6 của bzip2. Dữ liệu nén được tạo bởi cái này
phiên bản hoàn toàn tương thích ngược và chuyển tiếp với các bản phát hành công khai trước đó,
phiên bản 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 trở lên, nhưng với những điều sau
ngoại lệ: 0.9.0 trở lên có thể giải nén chính xác nhiều nén được ghép nối
các tập tin. 0.1pl2 không thể làm điều này; nó sẽ dừng lại sau khi chỉ giải nén tệp đầu tiên trong
dòng.

bzip2recover các phiên bản trước 1.0.2 đã sử dụng số nguyên 32 bit để biểu thị các vị trí bit trong
các tệp nén, vì vậy chúng không thể xử lý các tệp nén dài hơn 512 megabyte.
Các phiên bản 1.0.2 trở lên sử dụng ints 64-bit trên một số nền tảng hỗ trợ chúng (GNU
mục tiêu được hỗ trợ và Windows). Để xác định xem bzip2recover có được xây dựng bằng
một giới hạn như vậy, hãy chạy nó mà không cần đối số. Trong mọi trường hợp, bạn có thể xây dựng cho mình một
phiên bản không giới hạn nếu bạn có thể biên dịch lại nó với MaybeUInt64 được đặt thành 64-bit không dấu
số nguyên.

Sử dụng bzcat trực tuyến bằng các dịch vụ onworks.net