7 commentaires
hello pour les NVMe c'est casi toujours none qui est le mieux. les NVMe sont tellement rapides qu'un scheduler logiciel ajoute juste du overhead. le hardware gère déjà super bien les files d'attente.
mq-deadline est un bon compromis pour les disques rotatifs et même les SATA SSD plus anciens. mais pour les NVMe modernes oui none est souvent la meilleure option. le kernel s'attend à ce que le device gère sa propre queue d'i/o de manière intelligente. y a peu de chances de casser quoi que ce soit si tu passes à none pour du NVMe.
non aucun risque. c'est le setup recommandé par pas mal de vendors et les docs kernel. tu peux le changer à chaud pour tester. si ça dégrade les perfs tu reviens à mq-deadline. pas besoin de reboot.
echo none | sudo tee /sys/block/nvme0n1/queue/scheduler
Laisser une réponse
Vous devez être connecté pour poster un message !
Yo la gang ! on a des VMs avec des NVMe sur un kernel linux 5.x. On fait tourner une base de données avec beaucoup d'i/o aléatoires et la latence est horrible par moment. on est sur le scheduler mq-deadline par défaut. vous pensez que ça vaut le coup de switcher sur none ou kyber ? c'est de la prod donc pas envie de tout casser.
affiche:
[mq-deadline] kyber bfq none