6 commentaires
exact si c'est des vms faut souvent le passer en 'none' ou 'noop' car le hyperviseur gère déjà l'ordonnancement. sinon tu as 2 couches qui se battent. ou si c'est de l'nvme direct 'mq-deadline' peut être pas mal aussi. vérifie la version des vmware tools aussi des fois ça joue
ok je suis en mq-deadline par défaut. je vais tenter le 'none'. c'est quoi l'idée derrière ça vu que mq-deadline est censé être plus moderne ?
mq-deadline est super pour du bare metal ou des disques physiques directs. mais en virtuel l'hyperviseur (vmware ici) fait déjà son propre ordonnancement des i/o pour les disques virtuels. donc si tu as un scheduler dans la vm et un autre dans l'hyperviseur ça peut créer des conflits et de la latence au lieu d'améliorer les choses
ouah la diff est énorme ! je viens de passer en 'none' et la latence est passée de 50ms à genre 2ms pour les reads. c'est le jour et la nuit. merci pour l'astuce les gars j'aurais jamais pensé à ça
Laisser une réponse
Vous devez être connecté pour poster un message !
salut les sysadmins ! on a des vms linux (debian 11) sur vmware et la perf i/o est à pleurer. on voit des latences de 50ms sur des reads simples et la queue disk est toujours à fond dstat montre des chiffres affolants. nos apps sont super lentes. vous avez déjà eu ça ?