lbzip2 - 클라우드의 온라인

프로그램:

이름

lbzip2 - 병렬 bzip2 유틸리티

개요

lbzip2|bzip2 [-n WTHRS] [-k|-c|-t] [-d] [-1 .. -9] [-f] [-s] [-u] [-v] [-S] [ FILE ... ]

lbunzip2|번지2 [-n WTHRS] [-k|-c|-t] [-z] [-f] [-s] [-u] [-v] [-S] [ FILE ... ]

lbzcat|bzcat [-n WTHRS] [-z] [-f] [-s] [-u] [-v] [-S] [ FILE ... ]

lbzip2|bzip2|lbunzip2|번지2|lbzcat|bzcat -h

기술

압축 또는 압축 해제 FILE 일반 파일 또는 표준 출력에 대한 피연산자 또는 표준 입력
Burrows-Wheeler 블록 정렬 텍스트 압축 알고리즘을 사용합니다. NS lbzip2 유틸리티
압축 해제 시에도 다중 스레드 및 입력 바인딩된 스플리터를 사용합니다. . Bz2 파일
표준 bzip2에 의해 생성되었습니다.

압축은 일반적으로 기존보다 훨씬 우수합니다.
LZ77/LZ78 기반 컴프레서, 최고의 PPM 제품군을 제외한 모든 제품과 경쟁
통계 압축기.

압축 파일이 압축 파일보다 약간 크더라도 항상 압축이 수행됩니다.
원래의. 최악의 경우 확장은 길이가 XNUMX로 확장되는 XNUMX의 파일에 대한 것입니다.
바이트. 무작위 데이터(대부분의 파일 압축기의 출력 포함)는 다음과 같이 코딩됩니다.
약 0.5%의 점근적 확장.

명령줄 옵션은 의도적으로 다음과 매우 유사합니다. bzip2 과 gzip을하지만,
그들은 동일하지 않습니다.

기도

기본 작동 모드는 압축입니다. 유틸리티가 다음과 같이 호출되는 경우 lbunzip2 or
번지2, 모드가 감압으로 전환됩니다. 유틸리티 호출 lbzcat or bzcat
압축 해제된 바이트 스트림이 표준 출력에 기록된 상태에서 압축 해제를 선택합니다.

옵션

-n WTHRS
(해제)압축기 스레드 수를 다음으로 설정합니다. WTHRS. 이 옵션이 없으면
지정된, lbzip2 온라인 프로세서의 수에 대해 시스템을 쿼리하려고 시도합니다(만약
컴파일 환경과 실행 환경 모두 다음을 지원함), 또는
오류와 함께 종료됩니다(온라인에서 프로세서 수를 확인할 수 없는 경우).

-k, --유지하다
제거하지 마십시오 FILE 성공적인 (해제) 압축 후 피연산자. 일반 입력 열기
하나 이상의 링크가 있는 파일.

-c, --stdout
다음과 같은 경우에도 표준 출력에 출력을 씁니다. FILE 피연산자가 존재합니다. 암시 -k
제외 -t.

-t, --시험
테스트 감압; 파일이나 표준에 쓰는 대신 출력을 버리십시오.
산출. 암시 -k 제외 -c. 통과와 거의 동일 -c 과
표준 출력을 비트 버킷으로 리디렉션합니다.

-d, --압축해제
호출 이름으로 선택한 작업 모드에 대해 압축 해제를 강제 실행합니다.

-z, --압박 붕대
호출 이름으로 선택한 작업 모드를 통해 강제로 압축합니다.

-1 .. -9
압축 블록 크기를 100K 증분으로 900K .. 100K로 설정합니다. 동안 무시됨
감압. 아래 블록 크기 섹션도 참조하십시오.

--빠른 별칭 -1.

--베스트 별칭 -9. 이것이 기본값입니다.

-f, --힘
비정규 입력 파일을 엽니다. 둘 이상의 링크가 있는 입력 파일 열기, 중단
링크 -k 추가로 지정하지 않습니다. 전에 각 출력 파일을 제거하십시오.
그것을 여는. 기본적으로 lbzip2 기존 파일을 덮어쓰지 않습니다. 당신이 이것을 원한다면
발생하려면 지정해야 합니다 -f. 면 -c 과 -d 파일을 거부하지 마십시오.
bzip2 형식이 아니므로 변경하지 않고 복사하십시오. 없이 -f lbzip2 멈출 것이다
bzip2 형식이 아닌 파일에 도달한 후

-s, --작은
성능을 희생시키면서 메모리 사용량을 줄입니다.

-u, --잇달아 일어나는
입력 블록 분할을 순차적으로 수행합니다. 이렇게 하면 압축률이 향상되고
CPU 사용량은 감소하지만 확장성은 저하됩니다.

-v, --말 수가 많은
더 장황하게 말하십시오. (압축 해제) 진행 상황에 대한 자세한 정보를 인쇄하십시오.
표준 오류: 각 파일을 처리하기 전에 파일 이름을 나타내는 메시지를 인쇄하십시오.
입력 및 출력 파일; (압축 해제) 동안 대략적인 백분율을 인쇄합니다.
완전성 및 예상 도착 시간(표준 오차가 다음에 연결된 경우에만
터미널); 각 파일을 처리한 후 압축률을 나타내는 메시지를 인쇄하고,
공간 절약, 총 압축 시간(벽 시간) 및 평균(해제) 압축 속도
(초당 처리되는 일반 데이터의 바이트 수).

-S 각 완료에 대한 표준 오류에 대한 조건 변수 통계 인쇄
(해제) 압축 해제 작업. 프로파일링에 유용합니다.

-q, --조용한, --반복-빠른, --반복-최고, --지수
호환성을 위해 허용됨 bzip2, 그렇지 않으면 무시됩니다.

-h, --도움
표준 출력에서 ​​명령줄 사용에 대한 도움말을 인쇄하고 성공적으로 종료합니다.

-L, --특허, -V, --번역
표준 출력에 라이선스 및 버전 정보를 인쇄하고 성공적으로 종료합니다.

환경

LBZIP2, bzip2, bzip
명령줄을 구문 분석하기 전에 lbzip2는 이러한 변수의 내용을 다음 위치에 삽입합니다.
호출 이름과 나머지 명령줄 사이에 지정된 순서입니다.
토큰은 이스케이프할 수 없는 공백과 탭으로 구분됩니다.

피연산자

FILE 압축 또는 압축 해제할 파일을 지정합니다.

FILE의과 . Bz2, .tbz, .tbz2 과 .tz2 이름 접미사는 다음과 같은 경우 건너뜁니다.
압축. 압축을 풀 때, . Bz2 접미사는 출력 파일 이름에서 제거됩니다.
.tbz, .tbz2 과 .tz2 접미사는 다음으로 대체됩니다. .타르; 다른 파일 이름은
접미사 .밖. 만약에 INT or TERM 신호가 전달됩니다 lbzip2그런 다음
종료하기 전에 현재 열려 있는 일반 출력 파일을 제거합니다.

FILE이 제공되지 않으면 lbzip2가 필터로 작동하여 표준 입력을 처리합니다.
표준 출력. 이 경우, lbzip2 압축된 출력 쓰기를 거부합니다.
터미널(또는 터미널에서 압축된 입력 읽기)
이해할 수 없으므로 무의미합니다.

EXIT 지위

0 if lbzip2 성공적으로 완료됩니다. 이것은 시도할 때마다, lbzip2 못
표준 오류에 쓰지 못합니다.

1 if lbzip2 치명적인 오류가 발생합니다.

4 if lbzip2 치명적인 오류가 발생하지 않고 경고를 발행합니다. 이것은 다음과 같이 가정합니다.
시도할 때마다 lbzip2 표준 오류에 쓰는 데 실패하지 않습니다.

시그파이프, SIGXFSZ
if lbzip2 상태로 종료하려고 합니다. 1 치명적인 오류로 인해
상속받은 SIG_DFL 에 대한 작업이 생성되었습니다. lbzip2 이전에, 그럼 lbzip2
중단된 출력을 정리한 후 상기 신호 중 하나를 통해 종료
파일.

시가브트
런타임 어설션이 실패하는 경우(즉, lbzip2 자체적으로 버그를 감지함). 바라건대
바이너리를 컴파일한 사람은 #밝히다 엔데버그.

사인트, 시그텀
lbzip2 인터럽트된 출력 파일을 제거할 수 있도록 이러한 신호를 포착합니다. 에
그러한 경우, lbzip2 수신된 신호(들) 중 하나를 다시 발생시켜 종료합니다.

블록 SIZE

lbzip2 대용량 파일을 블록으로 압축합니다. 다양한 블록 크기에서 작동할 수 있습니다.
100k 단계에서 900k에서 100k로 변경하고 필요한 만큼만 메모리를 할당합니다. NS
블록 크기는 달성된 압축률과 필요한 메모리 양 모두에 영향을 미칩니다.
압축 및 압축 해제 둘 다. 압축 및 압축 해제 속도는 거의
처리 중인 파일이 충분히 큰 경우 블록 크기에 영향을 받지 않습니다.
모든 작업자 스레드로 분할됩니다.

깃발 -1 을 통하여 -9 블록 크기를 100,000~900,000바이트로 지정합니다.
(기본값) 각각. 압축 해제 시 압축에 사용되는 블록 크기는 다음과 같습니다.
압축 파일에서 읽기 -- 플래그 -1 에 -9 관련이 없으므로 무시됩니다.
감압 중.

블록 크기가 클수록 한계 수익이 급격히 감소합니다. 대부분의 압축
블록 크기의 처음 XNUMX~XNUMXk에서 비롯되며 명심할 가치가 있는 사실입니다.
사용하는 경우 lbzip2 작은 기계에. 또한
압축 해제 메모리 요구 사항은 블록 크기 선택에 따라 압축 시 설정됩니다.
일반적으로 메모리 제약이 허용하는 가장 큰 블록 크기를 시도하고 사용해야 합니다.

또 다른 중요한 점은 작은 파일에 적용됩니다. 설계상 다음 중 하나만 lbzip2의 작업자
스레드는 단일 블록에서 작동할 수 있습니다. 즉, 블록의 개수가
압축 파일이 온라인 프로세서 수보다 적으면 일부 작업자 스레드
전체 시간 동안 유휴 상태로 유지됩니다. 더 작은 블록 크기로 작은 파일을 압축하면
따라서 압축 및 압축 해제 속도를 모두 크게 높입니다. 속도
차이는 CPU 코어 수가 늘어날수록 더 두드러집니다.

ERROR 손질

오류 조건을 처리하는 것은 가장 만족스럽지 못한 측면입니다. lbzip2. 정책은
파일 시스템을 일관된 상태로 유지하려고 시도한 다음, 그렇지 않은 경우에도 종료합니다.
명령줄에 언급된 일부 파일을 처리합니다.

'일관된 상태'는 파일이 압축되거나 압축되지 않은 상태로 존재함을 의미합니다.
형식이지만 둘 다 아닙니다. 이것은 `오류가 있으면 출력 파일을 삭제하십시오.
상태가 발생하여 입력은 그대로 유지됩니다'. 입력 파일은 삭제될 수 있을 때만 삭제됩니다.
출력 파일이 성공적으로 작성되고 닫혔는지 확인합니다.

의지 배당

lbzip2 작동하려면 다양한 종류의 시스템 리소스가 필요합니다. 여기에는 메모리, 스레드,
뮤텍스 및 조건 변수. 정책은 리소스 할당이
실패가 발생합니다.

리소스 소비는 작업자 스레드 수에 따라 선형적으로 증가합니다. 만약에 lbzip2 왜냐하면
일부 리소스가 부족하면 작업자 스레드 수를 줄이는 것이 도움이 될 수 있습니다. 그것은
가능하다 lbzip2 작업자 스레드 수(따라서 리소스
소비), 또는 일부는 덜 필요할 수 있기를 희망하여 후속 파일로 이동합니다.
자원이 필요하지만 이를 수행하는 데 따른 복잡성은 가치보다 더 많은 문제로 보입니다.

손상 파일

lbzip2 몇 가지 중요하지 않은 변환을 수행하여 데이터를 압축하려고 시도합니다.
파일의 모든 압축은 압축된 파일이
원본을 재생하기 위해 압축을 풉니다. 디자인, 코딩 및 테스트에 대한 많은 노력이
이 프로그램이 올바르게 작동하는지 확인하기 위해 만들어졌습니다. 그러나 복잡성
알고리즘, 특히 코드에 있는 다양한 특수 사례의 존재
매우 낮지만 XNUMX이 아닌 확률로 발생하므로 배제하기가 매우 어렵습니다.
프로그램에 남아 있는 버그의 가능성. 그렇다고 이 프로그램이
본질적으로 신뢰할 수 없습니다. 사실 저는 그 반대가 사실이기를 간절히 바랍니다. lbzip2 있다
신중하게 구성되고 광범위하게 테스트되었습니다.

당신의 보호를 위한 자가 점검으로, lbzip2 32비트 CRC를 사용하여
압축 해제된 파일 버전은 원본과 동일합니다. 이것은
압축된 데이터의 손상 및 발견되지 않은 버그에 대한 lbzip2 (잘하면
할 것 같지 않은). 데이터 손상이 감지되지 않을 가능성은 미시적입니다.
처리된 각 파일에 대해 XNUMX억의 확률. 그러나 확인이 발생한다는 점에 유의하십시오.
압축을 풀면 무언가 잘못되었다는 것만 알릴 수 있습니다.

CRC는 손상된 파일만 감지할 수 있으며 원본 복구에는 도움이 되지 않습니다.
압축되지 않은 데이터 그러나 압축 알고리즘의 블록 특성으로 인해
일부 블록이 손상된 경우에도 손상된 파일의 일부를 복구할 수 있습니다.
파괴됨.

onworks.net 서비스를 사용하여 온라인으로 lbzip2 사용