de peu que je connais zfs, tu ne peux pas configurer sur quoi est fait le dedup : c'est forcément sur les blocs.
Mais ça a peut être évoluer depuis que j'ai commencé :).
Niveau perfs, il faut bien spécifier ashift=12 lorsque tu créé ton bloc (si tu as des gros disques)
Je te conseille de faire un test avec zfs avant de le mettre en prod car les perfs peuvent être assez décevante, surtout si le dedup est activé (en tout cas c'était mon cas).
Si tu as beaucoup de fichiers types texte ou identiques, active la compression sur le fs. Cela peut vraiment permettre de gagner en débit (ca peut couter largement moins cher de décompresser des données sur le CPU que de récupérer 2 fois plus de données du disque :) )
Il te faut aussi de préférence de la mémoire ECC, car il n'y a pas de fsck sur zfs et ce système de fichier n'apprécient que peut d'avoir un arbre corrompu (zfs ou fsck, les deux on la même galère, même si il parait que maintenant btrfs a un fsck opérationnel).
Sinon sur debian (ou ubuntu) aucun souci. J'utilisais les paquets ubuntu , mais comme de toute façons ils se compilent avec dkms et ton noyau en place tu t'en fiches si c'est ubuntu ou pas.
Sur la mailing list de zfs, il y a plein d'occurence avec debian, donc pas trop de soucis de représentativitée.
Concernant la stabilité de btrfs, ce sera sans doute la solution la plus pérennevu qu'elle est intégrée au noyau et donc continuera à être maintenu et déployée (et sur plusieurs archi).
Je crois que les readynas de netgear sont basée sur btrfs.
[^] # Re: petit retour d'exp
Posté par briaeros007 . En réponse au message ZFS performance et déduplication. Évalué à 3.
de peu que je connais zfs, tu ne peux pas configurer sur quoi est fait le dedup : c'est forcément sur les blocs.
Mais ça a peut être évoluer depuis que j'ai commencé :).
Niveau perfs, il faut bien spécifier ashift=12 lorsque tu créé ton bloc (si tu as des gros disques)
Je te conseille de faire un test avec zfs avant de le mettre en prod car les perfs peuvent être assez décevante, surtout si le dedup est activé (en tout cas c'était mon cas).
Si tu as beaucoup de fichiers types texte ou identiques, active la compression sur le fs. Cela peut vraiment permettre de gagner en débit (ca peut couter largement moins cher de décompresser des données sur le CPU que de récupérer 2 fois plus de données du disque :) )
Il te faut aussi de préférence de la mémoire ECC, car il n'y a pas de fsck sur zfs et ce système de fichier n'apprécient que peut d'avoir un arbre corrompu (zfs ou fsck, les deux on la même galère, même si il parait que maintenant btrfs a un fsck opérationnel).
Sinon sur debian (ou ubuntu) aucun souci. J'utilisais les paquets ubuntu , mais comme de toute façons ils se compilent avec dkms et ton noyau en place tu t'en fiches si c'est ubuntu ou pas.
Sur la mailing list de zfs, il y a plein d'occurence avec debian, donc pas trop de soucis de représentativitée.
Concernant la stabilité de btrfs, ce sera sans doute la solution la plus pérennevu qu'elle est intégrée au noyau et donc continuera à être maintenu et déployée (et sur plusieurs archi).
Je crois que les readynas de netgear sont basée sur btrfs.