perf i/o pourrie sur une vm linux malgré un ssd nvme côté host

michel50 28/09/2025
RÉSOLU
michel50
Auteur Actif
Avatar de michel50
michel50
Auteur Actif

Salut tout le monde j'ai une VM Linux (Ubuntu 20.04) sur un host Proxmox avec des NVMe en backend. Mon disque virtuel est en virtio scsi. J'ai des perf I/O catastrophiques, genre 20-30MB/s en écriture avec dd. C'est lent comme un HDD des années 2000 alors que ça devrait arracher non ?


# test rapide
dd if=/dev/zero of=test.img bs=1M count=1024 conv=fdatasync
28/09/2025 à 14:34

11 commentaires

benoit-caron
Membre Actif
Avatar de benoit-caron
benoit-caron
Membre Actif

hey. premier réflexe t'as regardé les métriques I/O sur l'host ? Proxmox t'as des stats dispo. Faut voir si c'est juste la VM ou si l'host galère déjà

29/09/2025 à 08:54
michel50
Auteur Actif
Avatar de michel50
michel50
Auteur Actif

sur l'host les nvme sont à 1000mb/s sans souci. c'est juste sur cette vm que ça rame. j'ai d'autres vms sur le même host qui ont des super perf i/o

30/09/2025 à 08:05

ok donc c'est pas l'host. t'as quelle version du kernel sur ta VM ? et t'as bien les drivers virtio à jour ? des fois un vieux kernel peut underperformer

01/10/2025 à 04:16
michel50
Auteur Actif
Avatar de michel50
michel50
Auteur Actif

kernel 5.4.0-100-generic. les virtio drivers je sais pas trop comment vérifier ça mais j'ai rien installé de spécial, c'est ce qui vient avec l'install Ubuntu

02/10/2025 à 02:07
renee58
Membre
Avatar de renee58
renee58
Membre

5.4 c'est un peu vieux. essaie de passer à un kernel plus récent genre 5.15 ou même un 6.x. souvient toi aussi de configurer ton scheduler I/O. par défaut c'est souvent mq-deadline sur les kernels récents, mais si c'est cfq ou bfq des fois ça peut nuire sur les NVMe rapides. tu peux check avec cat /sys/block/sdX/queue/scheduler

03/10/2025 à 01:59
michel50
Auteur Actif
Avatar de michel50
michel50
Auteur Actif

ah le scheduler j'avais zappé ça. je viens de vérifier c'est mq-deadline pour sda. bon point pour le kernel je vais voir pour upgrader ça

03/10/2025 à 23:12
arolland
Membre
Avatar de arolland
arolland
Membre

regarde aussi la cache mode de ton disque virtuel dans Proxmox. si c'est 'no cache' c'est le plus sûr mais ça peut être plus lent. 'write back' c'est le plus rapide mais avec un risque de perte de données en cas de crash de l'host. 'write through' c'est un bon compromis

04/10/2025 à 19:36
michel50
Auteur Actif
Avatar de michel50
michel50
Auteur Actif

c'est sur 'no cache' en effet. je peux essayer 'write through' ou 'write back' pour voir la diff ? c'est pour une vm de dev donc pas critique si ça crash

05/10/2025 à 14:30
benoit-caron
Membre Actif
Avatar de benoit-caron
benoit-caron
Membre Actif

oui tu peux tester. pour les vm de dev c'est pas un drame le write back. ça peut donner un gros boost. mais si c'est pour de la prod n'y pense même pas sans ups et backup régulier

06/10/2025 à 10:49
michel50
Auteur Actif
Avatar de michel50
michel50
Auteur Actif

ok je tente le write back et l'upgrade kernel. merci pour toutes les pistes les gars j'espère que ça va régler le problème

07/10/2025 à 07:42
michel50
Auteur Actif
Avatar de michel50
michel50
Auteur Actif

Alors l'upgrade kernel 6.5 et le passage en write back sur le disque virtuel ont fait des miracles ! je suis passé à 500-600MB/s. j'ai encore un peu de marge par rapport à l'host mais c'est le jour et la nuit. merci pour les tips !

08/10/2025 à 03:59

Laisser une réponse

Vous devez être connecté pour poster un message !

Rejoindre la communauté

Recevoir les derniers articles gratuitement en créant un compte !

S'inscrire