[gull] ZFS on linux

dc dc at mjt.ch
Wed Feb 26 09:47:37 CET 2014


On 25/02/2014 17:03, Philippe STRAUSS wrote:
> http://arstechnica.com/information-technology/2014/02/ars-walkthrough-using-the-zfs-next-gen-filesystem-on-linux/
> 
> qq'un utilisant ZFS ou BTRFS, en test ou prod.?

Je fais de régulières tentatives d'utilisation de btrfs depuis des 
annés, mais j'ai chaque fois été obligé de faire marche arrière. Il y a 
deux raisons à cela :

La première est que la gueguerre stupide entre les équipes de btrfs et 
celle responsable du code apt. C'est un problème de synchronisation... 
chacun estime qu'il a raison et personne ne veut bouger :-( Les deux ont 
des arguments valables et l'équipe btrfs a raison... en théorie. Celle 
d'apt estime qu'ils n'ont pas a changer leur code, puisque celui-ci 
fonctionne sans problème avec tous les autres FS... Donc, IMHO, il ne 
faut pas utiliser btrfs pour une partition contenant les fichiers pour 
'apt', au risque d'avoir des performances catastrophiques.

La deuxième est une tentative d'utilisation de btrfs comme partition 
contenant une DB MariaDB. Les disques étaient complètement saturés... 
(oui c'est une utilisation intensive). Nous avons alors changé par du 
xfs et les performances sont revenues dans une zone de performance 
acceptable et qui me paraissait cohérente. Je crois que ce problème 
était aussi lié à la manière dont btrfs gère la "fiabilité" du 
méchanisme de journalisation. A mes yeux, btrfs semble "synchroniser" 
ses "write-buffer" de manière juste... mais quand me un peu paranoïaque.

btrfs est un FS ayant beaucoup de fonctionalités fantastiques, mais il 
me semble inadapté lorsque l'on a beaucoup d'écriture/modification à 
effectuer. La "sécurité" de btrfs l'oblige alors à synchroniser chaque 
byte "écrit" de manière pointilleuse, ce qui tue complètement les 
performances de l'ensemble. Je pense que l'équipe de btrfs devrait 
trouver un juste millieux entre "paranoïa" et "efficacité"; sinon btrfs 
risque de rester encore très longtemps peu utilisé... malgré ses 
nombreux avantages. A noter que cette "sécurité" de journalisation va à 
l'encontre des objectifs avoués de ce FS, à savoir : grande capacité, 
haute-performance, etc. En conclusion, btrfs me semble confiné à des 
usages très spécifiques sans trop d'écritures; ce qui sature les 
disques. Aussi, la frénésie d'écriture de btrfs en fait le FS le moins 
adapté aux SSD... le symptome étant avant tout une mort prgrammée très 
rapide du disque, puisque la saturation sera quasi invisible !

Perso j'utilise xfs sans aucun problème depuis plus de 10 ans.

dc



More information about the gull mailing list