Perf disque random lent sur NVMe Linux

alors pour le nvme le mq-deadline c'est bien mais tu peux essayer none (noop) des fois c'est mieux ou le kyber. et check ton blockdev --setra /dev/nvme0n1 ça aide des fois de monter le readahead. sinon un fio pour mesurer c'est quoi tes vraies perfs

c'est une vm ? sur quel hyperviseur ? vmware kvm ? des fois le driver paravirtualisé ou le cache de l'hyperviseur peuvent brider. t'as quelle version des drivers virtio si c'est kvm

le filesystem ext4 est monté avec quelles options ? noatime nodiratime pour les iops c'est mieux. et le trim/discard est actif pour le nvme ? fstrim -av ou option discard au mount

faut bien isoler le souci avec fio. un truc du genre : fio --name=rand_rw --ioengine=libaio --iodepth=64 --rw=randrw --bs=4k --size=10G --numjobs=4 --runtime=60 --filename=/mnt/data/testfile --direct=1 --group_reporting

y'a pas de swap sur ce disque ? si y'a de la swap et qu'elle est sollicitée ça peut plomber les perfs. regarde avec free -h et vmstat

et ton kernel 5.15 est récent ça va. mais regarde si des fois ton cpu est pas en train de thrash. genre cpu steal time élevé sur une vm shared. avec sar ou top

la queue depth du nvme driver et du controlleur virtio est elle bien configurée ? tu peux voir ça avec cat /sys/block/nvme0n1/queue/nr_requests

le cache ecriture sur le nvme lui même ? tu peux le voir avec hdparm -I /dev/nvme0n1 mais sur les nvme c'est moins courant qu'avant

et la taille des blocs utilisés par l'appli vs la taille des blocs du filesystem ? ça peut créer des soucis d'alignement si pas pareil

ok un gros merci à tous ! c'était un combo de plusieurs trucs. le fio a été super utile ça m'a permis de voir que le problème était vraiment au niveau bloc. j'ai mis le scheduler à 'none' et surtout j'ai augmenté la queue depth de l'hyperviseur (kvm) pour la vm. en plus j'avais oublié le discard sur le mount. maintenant je suis à 80k iops c'est déjà bcp mieux !