Une meta data peut être un truc dupliqué, en cas d'erreur on récupère une des copies -> pas de bloc dupliqué.
Une meta-data peut être recalculer facilement -> un groupe d'offset faux est recalculer à la voler, genre un mini fsck -> pas de duplication type RAID
Un bloc est très important, il est protégé par un code ECC -> comme pour le raid6, la donné est stocké sur un autre disque.
Le fichier peut avoir un statut différent :
*fichier courant -> traitement type raid,
* snapshot -> si on a une sauvegarde, on peut s'en foutre : duplication sur l'autre disque avec compression par exemple ?
*fichier "effacé" dont se fout des erreurs -> aucune correction, juste un flag qui dit que le code est faux.
[^] # Re: RAID dans BRTFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 1.
Non, ce n'est pas la même chose du tout.
Une meta data peut être un truc dupliqué, en cas d'erreur on récupère une des copies -> pas de bloc dupliqué.
Une meta-data peut être recalculer facilement -> un groupe d'offset faux est recalculer à la voler, genre un mini fsck -> pas de duplication type RAID
Un bloc est très important, il est protégé par un code ECC -> comme pour le raid6, la donné est stocké sur un autre disque.
Le fichier peut avoir un statut différent :
*fichier courant -> traitement type raid,
* snapshot -> si on a une sauvegarde, on peut s'en foutre : duplication sur l'autre disque avec compression par exemple ?
*fichier "effacé" dont se fout des erreurs -> aucune correction, juste un flag qui dit que le code est faux.
"La première sécurité est la liberté"