System plików BTRFS, kompresja i kopiowanie podczas zapisu


0

Planuję przejście z systemu plików etx4 na system plików BTRFS na moim komputerze i serwerze kopii zapasowych. Jestem bardzo zainteresowany funkcją migawki BTRFS (zrozumiałem, że wykorzystuje funkcję kopiowania podczas zapisu) i funkcję kompresji, ale mam wątpliwości / pytania:

Jak kompresja i krowa współdziałają / współpracują? Czy kompresja systemu plików wpływa (penalizuje) na wydajność krowy? Czy ktoś tutaj używał funkcji, krowy i kompresji, z BTRFS i może potwierdzić, że działają razem?

Aktualizacja : Znalazłem to wyjaśnienie, odpowiedź wewnątrz wiki btrfs :

„Jak kompresja współdziała z bezpośrednim IO lub COW? Kompresja nie działa z DIO, działa z COW i nie działa dla plików NOCOW. Jeśli plik zostanie otwarty w trybie DIO, powróci do buforowanego IO. ” Wygląda na kompresję i pracę krów.

Czy ktoś użył krowy + kompresji w produkcji toghether --i.e: wiele migawek skompresowanych folderów?

Odpowiedzi:


2

Kompresja BTRFS została zaprojektowana tak, aby efektywnie pasowała do całego projektu CopyOnWrite. Używam obu razem i mogę potwierdzić, że nie sprawili mi żadnych problemów.

Jak działają razem: dane pliku w BTRFS są przechowywane w zakresach, które są długimi sekcjami bloków sekwencyjnych. Wszystkie bloki mają ten sam rozmiar, zwykle 4K, a zakresy różnią się rozmiarem o rzeczywisty plik i wolne miejsce. Na przykład, jeśli masz plik o rozmiarze 1M, może to być jeden zakres 256 bloków lub dwa zakresy 113 bloków i 143 bloki. Lub dziesiątki różnych rozmiarów w dowolnej kombinacji. Jeśli zmienisz jeden bajt w środku pliku, skopiuje on zakres zawierający zmieniony bajt. Może stworzyć zupełnie nowy zasięg lub podzielić ten zakres na trzy: dwa po obu stronach zmienionego bajtu, które wskazują na oryginalne niezmienione bloki i jeden na nowe dane.

Zgodnie z wiki btrfs sposób kompresji jest taki, że kompresja odbywa się na zasadzie blok po bloku (rozmiar 4K), w grupach bloków o rozmiarze do 128K. Plik nie jest więc przechowywany w jednym długim strumieniu skompresowanym; jest przechowywany jako sekcje skompresowanych porcji. Po zmianie jednego bajtu w środku pliku większość pliku w skompresowanych blokach jest nietknięta. Skompresowany blok, a być może kilka bloków wokół niego, do 128K, jest kopiowany i ponownie kompresowany, a lista rozszerzeń jest aktualizowana, jak każda inna metoda COW. W dzisiejszych systemach kompresja 4K lub 128K jest trywialna, więc nie ma obniżenia wydajności.

Ponieważ dostosowanie mapy zasięgu pliku jest normalną częścią funkcjonalności COW, nie ma znaczącej różnicy, czy niektóre bloki 4K są skompresowane lub nieskompresowane. (W rzeczywistości w BTRFS plik może zawierać dowolną kombinację nieskompresowanych bloków, bloków skompresowanych ZLIB i bloków skompresowanych LZO, w zależności od tego, która opcja kompresji była aktywna w systemie plików, gdy części pliku zostały zaktualizowane).

Nie przeprowadziłem wyczerpujących badań ani pomiarów; „po prostu działa”, tak jak się tego spodziewałem.


Dziękujemy za wyjaśnienie, jak to wszystko działa!
Mark K Cowan
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.