Non ho esperienza con btrfs, ma è pubblicizzato per poter de-duplicare i file.
Nella mia applicazione, avrei bisogno di duplicare interi alberi di directory.
Da quello che ho imparato, btrfs de-duplica solo in alcuni post scan, non immediatamente. Anche solo l'utilizzo cpnon sembra innescare alcuna deduplicazione (almeno, dfmostra un aumento dell'utilizzo del disco nella dimensione dei file copiati).
Posso evitare di spostare completamente i dati e dire btrfsdirettamente di duplicare un file in un'altra posizione, essenzialmente clonandone i metadati?
In sostanza, simile a un hardlink, ma con metadati indipendenti (permessi, tempi mod., ...).
Nota che questo non è niente come un hardlink. Quando tu
—
ormaaj,
cp --reflink=always, il risultato dal punto di vista dell'utente saranno due file completamente indipendenti in ogni modo. Il fatto che il file system sottostante stia sottraendo che tramite copia su scrittura è solo un dettaglio di implementazione. Non si ottiene "un collegamento fisico, ma con metadati indipendenti". Per quanto ne so, btrfs non esegue ancora alcuna deduplicazione automatica. Penso che sia un piano futuro ma non sono positivo su questo.
@ormaaj - un hardlink non avrebbe metadati indipendenti . e Udo ha chiesto un dettaglio di implementazione . quando esegui un reflink su un file, essenzialmente cloni i suoi metadati . è solo quando i riferimenti cambiano in modo indipendente che i file divergono - e questo è tutto ciò che riguarda la deduplicazione!
—
Mikeserv,
@mikeserv Er, sono abbastanza sicuro che la deduplicazione abbia un senso diverso. La deduplicazione sta eseguendo copie ridondanti di dati già esistenti e unificandole nuovamente. COW è un mezzo per ridurre al minimo la duplicazione, non è la deduplicazione.
—
ormaaj,
@ormaaj - penso che sia una cosa strana da dire: la deduplicazione non si tratta di minimizzare la duplicazione.
—
Mikeserv,
cp --reflink=always.