Kopie zapasowe Rsync na btrfs są bardzo wolne

Moje środowisko to Ubuntu 15.04 z jądrem 3.19.0-28-generic i Btrfs v3.17.

Mam dwa identyczne zewnętrzne dyski twarde USB, których używam ze swoim skryptem kopii zapasowej. Jeden z nich jest sformatowany za pomocą, btrfsa drugi za pomocą ext4. Źródłowy system plików jest zawsze ext4. rsyncPolecenia wygląda następująco:

rsync --inplace --no-whole-file --link-dest="$previousBackup" "$sourceDir" "$destDir"

Właśnie zdałem sobie sprawę, że wykonanie kopii zapasowej btrfstrwa bardzo długo: nieco ponad godzinę, w porównaniu do 4 minut, które zajmuje wykonanie tej samej kopii ext4.

Aby wykluczyć nieprawidłowe działanie dysku, przeprowadziłem kilka testów porównawczych z dd„narzędziem dyskowym” dostarczonym z Ubuntu, ale mam taką samą wydajność na obu dyskach. Powolna część wydaje się być dowiązaniem twardym do poprzedniej kopii zapasowej. Nawet po defragmentacji i szorowaniu następujące polecenie trwa około 53 minut btrfs, ale tylko 1 minuta ext4:

cp -arl "$previousBackup" "$destDir"

Badając Internet, znalazłem wskazówki, że wydajność btrfscierpi na linkach twardych, ale nie spodziewałbym się tak dużej różnicy. Dowiedziałem się, że to polecenie jest szybsze, ale jego wykonanie zajmuje ponad 30 minut:

cp -ar --reflink "$previousBackup" "$destDir"

Czy ktoś ma doświadczenie z tym zachowaniem i może je potwierdzić? Czy jest jakiś prosty sposób, aby to poprawić (np. Różne opcje montowania), czy powinienem spróbować usunąć jak najwięcej linków i po prostu użyć linków?

EDYTOWAĆ

Właśnie dowiedziałem się, że nawet usunięcie katalogu btrfswymaga więcej niż jednej godziny. Ta sama operacja jest natychmiastowa na „bliźniaczym” ext4dysku. Oczywiście jest tutaj problem z metadanymi.

Mówisz, że kopiujesz twarde linki za pomocą swojego rsyncpolecenia, ale gdzie jest -Hflaga? Nie widzę tego w twoim poleceniu:

rsync --inplace --no-whole-file --link-dest="$previousBackup" "$sourceDir" "$destDir"

Rozumiem, jak rsyncdziała - w odniesieniu do linków twardych - to, że bez -Hflagi kopiowane są rzeczywiste dane zamiast linku twardego, jak wyjaśniono na rsyncstronie podręcznika :

-H, - twarde linki

To mówi rsync, aby szukał plików połączonych na stałe w przesyłaniu i łączył ze sobą odpowiednie pliki po stronie odbierającej. Bez tej opcji połączone pliki w transferze są traktowane tak, jakby były osobnymi plikami.

Mogę sobie wyobrazić, że taka procedura, w której wiele podobnych plików jest kopiowanych w kółko zamiast twardych łączy, przyczynia się do wolniejszego transferu.

Rozważ również użycie flagi -z( --compress):

-z, --kompresuj

Dzięki tej opcji rsync kompresuje dane pliku przesyłane do komputera docelowego, co zmniejsza ilość przesyłanych danych - co jest przydatne w przypadku wolnego połączenia.

Tak, jest to transfer USB na USB w tym samym systemie, więc prawdopodobnie prędkość jest już zoptymalizowana, ale nie szkodzi, -zże może pomoże ci pokonać naturalne wąskie gardła transferu danych USB.

Miły, prosty samouczek, który wyjaśnia te flagi - i inne - można znaleźć tutaj .