dictzip — online w chmurze

PROGRAM:

IMIĘ

dictzip, dictunzip - kompresuj (lub rozszerzaj) pliki, umożliwiając swobodny dostęp

STRESZCZENIE

dyktzip [Opcje] Nazwa
dyktunzip [Opcje] Nazwa

OPIS

dyktzip kompresuje pliki za pomocą gzip(1) algorytm (LZ77) w sposób jaki jest
całkowicie kompatybilny z gzip format pliku. Rozszerzenie do gzip format pliku
(Dodatkowe pole, opisane w 2.3.1.1 RFC 1952) umożliwia przechowywanie dodatkowych danych w
nagłówek skompresowanego pliku. Programy takie jak gzip i zkat zignoruje te dodatkowe dane.
Jednakże, dyktować(8), serwer słownika protokołu DICT będzie korzystać z tych danych
wykonaj pseudolosowy dostęp do pliku. Pliki w dyktzip format powinien kończyć się na „.dz”
aby można je było odróżnić od zwykłych gzip pliki, które nie zawierają special
informacje w nagłówku.

W dokumencie RFC 1952 dodatkowe pole jest określone w następujący sposób:

Jeśli ustawiony jest bit FLG.FEXTRA, w nagłówku znajduje się „dodatkowe pole” z sumą
długość XLEN bajtów. Składa się z serii podpól, z których każda ma postać:

+---+---+---+---+================================= =+
|SI1|SI2| DŁ |... DŁ bajty danych podpola ...|
+---+---+---+---+================================= =+

SI1 i SI2 dostarczają identyfikator podpola, zazwyczaj dwie litery ASCII z pewnym mnemonikiem
wartość. Jean-Loup Gailly[email chroniony]> prowadzi rejestr
identyfikatory podpól; prześlij mu dowolny identyfikator podpola, którego chcesz użyć. Identyfikatory podpól z
SI2 = 0 są zarezerwowane do wykorzystania w przyszłości.

LEN podaje długość danych podpola, z wyłączeniem 4 początkowych bajtów.

Połączenia dyktzip program używa „R” dla SI1 i „A” dla SI2 (tj. „Random Access”). Po
W polu LEN dane są uporządkowane w następujący sposób:

+---+---+---+---+---+---+========================= ======+
| VER | CHLEN | CHCNT | ... CHCNT słowa danych ... |
+---+---+---+---+---+---+========================= ======+

Zgodnie z RFC 1952 wszystkie dane są przechowywane w kolejności od najmniej znaczącego bajtu. Dla VER 1 danych,
wszystkie wartości mają długość 16 bitów (2 bajty) i są liczbami całkowitymi bez znaku.

XLEN (który jest określony wcześniej w nagłówku) jest dwubajtową liczbą całkowitą, więc dodatkowe pole
może mieć długość 0xffff bajtów, z czego 2 bajty są używane dla identyfikatora podpola (SI1 i SI1), oraz
Z czego 2 bajty są używane dla długości podpola (LEN). Pozostawia to 0xfffb bajtów (0x7ffd
wpisy 2-bajtowe lub wpisy 0-bajtowe 3x4ffe). Biorąc pod uwagę, że bufor wyjściowy ZIP musi wynosić 10% +
12 bajtów większy niż bufor wejściowy, możemy przechowywać 58969 bajtów na wpis, czyli około 1.8 GB
jeśli używane są wpisy 2-bajtowe. Jeśli stanie się to czynnikiem ograniczającym, inna wersja formatu
można wybrać i zdefiniować dla wpisów 4-bajtowych.

W przypadku kompresji plik jest dzielony na „kawałki” danych, z których każdy jest mniejszy niż
64 kB i można go skompresować do obszaru o długości mniejszej niż 64 kB (biorąc
pod uwagę dane nieskompresowalne — zazwyczaj dane są kompresowane do postaci bloku
znacznie mniejszy od oryginału). Pole CHLEN określa długość „kawałka”.
dane. Pole CHCNT określa liczbę ustawionych porcji oraz słowa CHCNT danych
określa, jak długi jest każdy fragment po kompresji (tj. w bieżącym skompresowanym pliku).

Aby wykonać losowy dostęp do danych, przesunięcie i długość danych są dostarczane do
rutyny biblioteczne. Procedury te określają fragment, w którym rozpoczynają się żądane dane,
i dekompresuje ten fragment. Kolejne fragmenty są dekompresowane w razie potrzeby.

Kompromisy

Prędkość Prawdziwie losowy dostęp do plików nie jest realizowany, ponieważ każdy dostęp, nawet do pojedynczego bajtu,
wymaga odczytania i zdekompresowania fragmentu o wielkości 64 kB. Jest to wolniejsze niż dostęp
płaski plik tekstowy, ale jest o wiele, wiele szybszy niż dostęp szeregowy w pełni
skompresowany plik.

Typ przestrzeni W przypadku baz danych słowników tekstowych, z którymi pracujemy, użycie kawałków 64 kB
a maksymalna kompresja LZ77 realizuje plik, który jest tylko o około 4% większy niż
ten sam plik skompresowany jednocześnie.

OPCJE

-d or --rozprężać
Rozprężać. Jest to wartość domyślna, jeśli wywoływany jest plik wykonywalny dyktunzip.

-c or -- stdout
Zapisz wyjście na standardowe wyjście; zachowaj oryginalne pliki bez zmian. To jest tylko
dostępne podczas dekompresji (ponieważ części nagłówka muszą zostać zaktualizowane po a
zapisuj podczas kompresji).

-f or --siła
Wymuś kompresję lub dekompresję, nawet jeśli plik wyjściowy już istnieje.

-h or --help
Wyświetl pomoc.

-k or --trzymać
Nie usuwaj oryginalnego pliku.

-l or --lista
Dla każdego skompresowanego pliku wypisz następujące pola:

typ: dzip, gzip lub tekst (zawiera pliki w nieznanych formatach)
crc: suma kontrolna CRC
data i godzina: z nagłówka
chunki: liczba fragmentów w pliku
size: rozmiar każdego nieskompresowanego fragmentu
kompr.: skompresowany rozmiar
uncompr.: rozmiar nieskompresowany
stosunek: stopień kompresji (0.0% jeśli nieznany)
nazwa: nazwa nieskompresowanego pliku

w odróżnieniu gzip, metoda kompresji nie została wykryta.

-L or --licencja
Wyświetl dyktzip licencji i zrezygnuj.

-t or --test
Sprawdź integralność skompresowanego pliku. Ta opcja nie jest zaimplementowana. Zamiast tego
wyświetli informacje nagłówka.

-v or --gadatliwy
Gadatliwy. Wyświetlaj dodatkowe informacje podczas kompresji.

-V or --wersja
Wersja. Wyświetl numer wersji i opcje kompilacji, a następnie zakończ.

-s początek or --początek początek
Określ ofertę rozpoczęcia dekompresji, używając liczb dziesiętnych. Wartość domyślna to godz
początek pliku.

-e rozmiar or --rozmiar rozmiar
Określ rozmiar części pliku do rozpakowania, używając liczb dziesiętnych.
Domyślnie jest to cały plik.

-S początek or --Początek początek
Określ ofertę rozpoczęcia dekompresji, używając liczb base64. Wartość domyślna to godz
początek pliku.

-E rozmiar or --Rozmiar początek
Określ rozmiar części pliku do rozpakowania, używając liczb base64.
Domyślnie jest to cały plik.

-p filtr wstępny or --przed filtr wstępny
Określ polecenie powłoki do wykonania jako filtr przed kompresją lub dekompresją
kawałka. Można zastosować filtry przed i po kompresji
dodatkowa kompresja lub formatowanie wyjściowe. Filtry mogą nie zwiększać
rozmiar bufora znacząco. Filtry przed i po kompresji zostały zaprojektowane do
zapewnić jak najbardziej ogólny interfejs.

-P filtr końcowy or --Poczta filtr końcowy
Określ polecenie powłoki do wykonania jako filtr po kompresji lub dekompresji.

KREDYTY

dyktzip został napisany przez Rika Faitha ([email chroniony]) i jest rozpowszechniany na warunkach
Powszechna Licencja Publiczna GNU. Jeśli chcesz rozpowszechniać na innych warunkach, napisz do
autor.

Główne biblioteki używane przez te programy (zlib, regex, libmaa) są dystrybuowane pod
różnych warunkach, więc możesz być w stanie korzystać z bibliotek dla aplikacji, które są
niezgodne z licencją GPL — zapoznaj się z informacjami o prawach autorskich i licencjami
przyjdź z bibliotekami, aby uzyskać więcej informacji i skonsultuj się ze swoim prawnikiem, aby rozwiązać problem
te problemy.

Korzystaj z dictzip online, korzystając z usług onworks.net