Nie mam doświadczenia z btrfs, ale reklamowane jest, aby móc duplikować pliki.
W mojej aplikacji musiałbym powielić całe drzewa katalogów.
Z tego, czego się nauczyłem, btrfs usuwa duplikaty tylko w niektórych skanach postowych, a nie natychmiast. Nawet samo użycie cpnie wydaje się wyzwalać żadnego usuwania duplikatów (przynajmniej dfpokazuje zwiększone użycie dysku w rozmiarze skopiowanych plików).
Czy mogę uniknąć przenoszenia danych w ogóle i nakazać btrfsbezpośrednie skopiowanie pliku w innym miejscu, zasadniczo klonując jego metadane?
Zasadniczo, podobnie jak hardlink, ale z niezależnymi metadanymi (uprawnienia, czasy modyfikacji, ...).
Pamiętaj, że to nie jest coś w rodzaju linku twardego. Gdy to zrobisz
—
ormaaj
cp --reflink=always, wynik z perspektywy użytkownika będzie dwoma całkowicie niezależnymi plikami pod każdym względem. Fakt, że bazowy system plików wyodrębnia to poprzez kopiowanie przy zapisie, jest jedynie szczegółem implementacji. Nie dostajesz „twardego linku, ale z niezależnymi metadanymi”. Według mojej wiedzy btrfs nie wykonuje jeszcze żadnej automatycznej deduplikacji. Myślę, że to plan na przyszłość, ale nie jestem tego pozytywny.
@ormaaj - hardlink nie miałby niezależnych metadanych . i Udo poprosił o szczegóły dotyczące wdrożenia . po wykonaniu odnośnika do pliku zasadniczo klonuje się jego metadane . jest to tylko wtedy, gdy odniesienia zmieniają się niezależnie, że pliki się rozchodzą - i na tym właśnie polega deduplikacja!
—
mikeserv
@mikeserv Er, jestem pewien, że deduplikacja ma inny sens. Deduplikacja bierze już istniejące nadmiarowe kopie danych i ponownie je ujednolica. COW to sposób na zminimalizowanie duplikacji, nie jest to deduplikacja.
—
ormaaj,
@ormaaj - myślę, że to dziwna rzecz do powiedzenia: deduplikacja nie polega na minimalizowaniu duplikacji.
—
mikeserv
cp --reflink=always.