8 commentaires
salut t'es en virtualisation ou bare metal ? si c'est des vms check la config du storage controller de l'hyperviseur. des fois le nvme est pas passé en direct ou mal configuré et ça utilise un layer d'émulation tout pourri. genre virtio-scsi au lieu de virtio-blk pour nvme des fois ça change tout
et le scheduler i/o de ton kernel linux ? par défaut c souvent mq-deadline maintenant mais avant c'était cfq ou deadline. essaye de forcer noop si t'as du nvme c souvent mieux comme le drive fait déjà son propre scheduling.
echo noop > /sys/block/nvme0n1/queue/scheduler
attention esxi avec nvme c'est tricky. parfois faut passer en pvscsi avec des queues plus profondes ou carrément passer en nvme pass-through si ton hyperviseur le supporte et que tu as un besoin extrême en iops. sinon check l'alignement des partitions aussi ça peut faire mal si c'est pas aligné sur 4k
ok le scheduler noop a un peu aidé mais pas de ouf. par contre j'ai parlé aux admins esxi et il y avait un souci sur le datastore nvme les queues étaient pas bien tunées. ils ont ajusté et là c'est le jour et la nuit. mon dd prend 2s maintenant. merci pour les pistes c'était bien l'infra sous-jacente
top ! content que ça se règle. les perfs nvme c souvent les couches en dessous qui merdouillent plus que le kernel linux lui-même si la config de base est bonne
Laisser une réponse
Vous devez être connecté pour poster un message !
yo la tech team j'ai des vms linux sur des hosts avec du nvme et je pige pas les perfs i/o sont nulles par rapport à ce que ça devrait être. genre un simple dd sur un fichier de 1go prend 30 secondes alors que sur d'autres env avec du sata c'est 5s. j'ai checké iostat et je vois des gros wait mais pas de saturation cpu ou ram