Récemment, j'ai formaté un ensemble de 20 To en XFS. Pour les transferts de fichiers <10G, les performances sont fantastiques. Cependant, une fois que je dépasse les 10G, les E/S disque se dégradent logarithmiquement. J'ai le journal sur le même disque. Lorsque je regarde l'utilisation des E/S disque, je vois que jbd2flush utilise presque toutes les E/S disque. Comment puis-je résoudre cela ? (Y a-t-il un moyen de le faire sans supprimer les données ?) Je suis sous Ubuntu 10.10. Merci.
Réponses
Trop de publicités?Le journal n'est généralement jamais le problème de performance sauf pour les petites écritures IO aléatoires, car le journal est un tampon circulaire qui est accédé séquentiellement car le journal est simplement ajouté.
Combien de mémoire le système a-t-il? Quels sont les seuils sur le côté pdflush des choses?
Pouvez-vous produire un diagramme de débit, c'est-à-dire tracer certaines des colonnes de iostat -x -k 1
avec gnuplot ou quelque chose comme ça pour les cas <10 Go et pour les cas > 10 Go?
Pour réduire les conflits en cas de charge élevée, je mettrais le journal sur un disque séparé. La solution la plus simple aurait été de prendre un disque de l'ensemble lui-même, mais vous ne pouvez probablement plus le faire sans restauration de sauvegarde. La définition d'un périphérique de journal dédié est expliquée dans la page de manuel tune2fs(8) sous l'option -J.
Votre système de fichiers XFS est-il aligné sur la taille de la bande? Ce n'est peut-être pas directement lié à votre problème de performance, mais cela améliore certainement les performances. Veuillez consulter ce fil de discussion pour quelques idées générales et des exemples.