Je suis aussi utilisateur des snapshots LVM, mais les techniques me semblent très différentes. Un snapshot Btrfs, tu le fais à chaud, ça ne va pas déclencher un «journal replay» quand tu tenteras de monter le snapshot… d'ailleurs, tu n'as pas besoin de le monter, il est directement accessible. Il me semble même qu'il y a une option pour qu'un simple utilisateur puisse gérer ses snapshots.
Le RAID est justement géré différemment par BTRFS : lors de la lecture d'un bloc, grâce au checksum, il peut se rendre compte que le bloc a été altéré/endommagé, et par conséquent il va aller lire sa version «répliquée» sur le second disque. mdadm ne fait pas ça, et je ne connais pas non plus de carte RAID qui le fasse (peut être en RAID 6 en exploitant le bloc de parité ?).
[^] # Re: Faibles perfs pour Btrfs
Posté par Kioob (site web personnel) . En réponse au journal [Filesystem] Benchmark SSD vs HDD. Évalué à 2.
Je suis aussi utilisateur des snapshots LVM, mais les techniques me semblent très différentes. Un snapshot Btrfs, tu le fais à chaud, ça ne va pas déclencher un «journal replay» quand tu tenteras de monter le snapshot… d'ailleurs, tu n'as pas besoin de le monter, il est directement accessible. Il me semble même qu'il y a une option pour qu'un simple utilisateur puisse gérer ses snapshots.
Le RAID est justement géré différemment par BTRFS : lors de la lecture d'un bloc, grâce au checksum, il peut se rendre compte que le bloc a été altéré/endommagé, et par conséquent il va aller lire sa version «répliquée» sur le second disque. mdadm ne fait pas ça, et je ne connais pas non plus de carte RAID qui le fasse (peut être en RAID 6 en exploitant le bloc de parité ?).
alf.life