pętla

pętla
Oryginalni autorzy Rusty'ego Russella
Deweloperzy Klausa Knoppera
Wersja stabilna
2.637-1 / 12 stycznia 2011 ; 12 lat temu ( 12.01.2011 )
Rozmiar 338 kB
Typ Ładowalny moduł jądra
Licencja GNU GPL v2
Strona internetowa knoppix .net /wiki /Cloop

Skompresowane urządzenie pętli ( cloop ) jest modułem dla jądra Linuksa . Dodaje obsługę transparentnie zdekompresowanych urządzeń blokowych tylko do odczytu . To nie jest skompresowany system plików : cloop jest najczęściej używany jako wygodny sposób kompresji konwencjonalnych systemów plików na Live CD .

Cloop został pierwotnie napisany dla Levanta Bootable Business Card przez Rusty'ego Russella , ale teraz jest obsługiwany przez Klausa Knoppera , autora Knoppiksa .

Współczynnik kompresji wynoszący około 2,5:1 jest typowy dla oprogramowania. Na przykład obraz Cloop Knoppiksa ma 700 MB po skompresowaniu i około 1,8 GB po nieskompresowaniu.

Projekt

obrazy cloop zawierają:

  • Skrypt powłoki (z poleceniami montowania obrazu)
  • Nagłówek z liczbą bloków i rozmiarem nieskompresowanego bloku
  • Indeks wyszukiwania ze skompresowanymi i nieskompresowanymi rozmiarami bloków w parach
  • zlib - skompresowane bloki danych, spakowane od końca do końca

Bloki danych są kompresowane oddzielnie; umożliwia to wyszukiwanie poszczególnych bloków bez konieczności dekompresji całego obrazu od samego początku, ale kosztem nieznacznego zmniejszenia współczynnika kompresji. Obrazy Live CD zwykle używają rozmiaru bloku 256 KB jako kompromisu między szybkością dekompresji a wydajnością miejsca.

Apple używa podobnego formatu plików w skompresowanym wariancie swoich obrazów dysków DMG .

Ograniczenia

Konstrukcja sterownika cloop wymaga, aby skompresowane bloki były odczytywane w całości z dysku. To sprawia, że ​​dostęp do pętli z natury jest wolniejszy, gdy istnieje wiele rozproszonych odczytów, co może się zdarzyć, jeśli w systemie jest mało pamięci lub gdy uruchamiany jest duży program z wieloma współdzielonymi bibliotekami. Dużym problemem jest czas wyszukiwania napędów CD-ROM (~80 ms), który znacznie przekracza czas dysków twardych (~10 ms). Z drugiej strony, ponieważ pliki są spakowane razem, odczytanie skompresowanego bloku może spowodować umieszczenie w pamięci podręcznej więcej niż jednego pliku. Wiadomo, że efekt upakowania ogona skraca czas wyszukiwania (por. reiserfs , btrfs ), zwłaszcza w przypadku małych plików. Przeprowadzono kilka testów wydajności związanych z cloopem.

Zobacz też

Linki zewnętrzne