7 commentaires
t'as checké le scheduler i/o actif sur le disque ? pour du ssd faut mettre noop ou mq-deadline pas cfq ou deadline classique ça peut créer des latences de ouf
ah ouais bonne idée. je crois que c'est toujours cfq par défaut sur ubuntu des fois. je vais vérifier ça avec cat /sys/block/sdX/queue/scheduler
c'est du ext4 en 4k. pour le cache vm faut que je regarde côté openstack hyperviseur c'est pas gérable depuis la vm direct. je vais voir avec l'admin infra
si c'est mq-deadline ou noop après changement et que t'as toujours des soucis regarde aussi la vm contention sur l'hyperviseur cpu et mémoire ça peut impacter l'i/o si le scheduler de l'hyperviseur est occupé
et n'oublie pas le swappiness si t'as de la swap active ça peut aussi dégrader l'i/o si le système swap trop souvent. un echo 10 > /proc/sys/vm/swappiness peut aider si t'as assez de ram
ok j'ai mis mq-deadline et le swappiness à 10. énorme amélioration ! les latences ont chuté et le throughput est bien meilleur. on va investiguer le cache hyperviseur mais déjà c'est le jour et la nuit. thx team
Laisser une réponse
Vous devez être connecté pour poster un message !
salut la team j'ai un souci de perf I/O sur une vm linux (ubuntu 20.04) dans notre infra openstack. on a des disques ssd derrière c'est censé être rapide mais j'obtiens des latences de fou et des throughputs minables sur des tests fio. c'est une vm de base de données donc critique