Avant de vouloir faire de la correction, il faudrait déjà de les checksum ne s'appliquent pas à seulement une infime partie du disque (metadata seulement). Après tu as le problème de performance car il faut penser que les checksum doivent être recalculés à chaque changement et vérifiés à chaque accès. Utiliser des codes auto-correcteur est très couteux en terme de CPU et d'espace de stockage (tu ne peux pas réparer un bloc de 4Ko avec 32 bits de données). Et les checksums sont stocker avec ou comme metadata.
ZFS checksum absolument tout avec soit un CRC-like soit du SHA mais ne propose la correction d'erreur uniquement si un bloc dupliqué valide existe (mirroring ou block replication). Et il y a a priori une raison.
[^] # Re: CRC et détection d'erreurs
Posté par ckyl . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 6.
Avant de vouloir faire de la correction, il faudrait déjà de les checksum ne s'appliquent pas à seulement une infime partie du disque (metadata seulement). Après tu as le problème de performance car il faut penser que les checksum doivent être recalculés à chaque changement et vérifiés à chaque accès. Utiliser des codes auto-correcteur est très couteux en terme de CPU et d'espace de stockage (tu ne peux pas réparer un bloc de 4Ko avec 32 bits de données). Et les checksums sont stocker avec ou comme metadata.
ZFS checksum absolument tout avec soit un CRC-like soit du SHA mais ne propose la correction d'erreur uniquement si un bloc dupliqué valide existe (mirroring ou block replication). Et il y a a priori une raison.