devopssec
n'est en aucun cas responsable du contenu généré par l'utilisateur. Le contenu posté
exprime les opinions de leur auteur seulement.
Les textes et messages publiés sont la propriété de ceux qui les postent.
je fais de mon mieux pour modérer les propos inappropriés qui pourraient être postés ici,
mais je me dégage de toute responsabilité sur ce que vous postez.
Vous demeurez le seul responsable de vos actes et de vos messages au regard de la loi.
Vous acceptez de ne pas utiliser le service pour poster ou lier vers un contenu qui est
diffamatoire, injurieux, haineux, menaçant, spams ou pourriels, étant de nature à offenser,
ayant un contenu réservé aux adultes ou répréhensible, contenant des renseignements
personnels des autres, risquant de violer les droits d'auteurs, encourageant une activité
illégale ou contraire à toutes les lois.
Le respect est la principale qualité de notre communauté. En conséquence, veillez à l'être envers
vos camarades ici présents, en particulier les nouveaux membres qui comme vous, cherchent
à découvrir l'univers DEVOPS, et n'ont pas toutes vos connaissances.
Tout manque de respect à l'encontre d'un membre, néophyte ou non, entraînera également des sanctions,
à savoir avertissements, bannissements voire poursuites selon la gravité de la situation.
devopssec
décline toute responsabilité concernant les rencontres réelles.
Commentaires
lelievre-dorothee
Membre depuis le 21/07/2024
c'est quoi ton scheduler i/o actuel pour ce disque là
lefort-joseph
Membre depuis le 09/09/2024
j'ai pas touché je pense que c'est mq-deadline ou bfq de base
pascal-dominique
Membre depuis le 16/02/2025
pour du nvme faut passer sur none ou noop le mq-deadline est pas opti pour ça du tout ça ajoute juste de la latence pour rien
lelievre-dorothee
Membre depuis le 21/07/2024
ouais le nvme gère déjà son propre scheduling en interne donc un scheduler supplémentaire côté kernel c'est juste du overhead inutile ça ralentit plus qu'autre chose
lefort-joseph
Membre depuis le 09/09/2024
ok je vais changer ça j'utilise quoi echo none > /sys/block/nvme0n1/queue/scheduler c'est ça pour le faire à chaud
pascal-dominique
Membre depuis le 16/02/2025
c'est ça ou tu peux le mettre en persistant via grub config si tu veux que ça survive au reboot ou des udev rules pour l'appliquer auto
lelievre-dorothee
Membre depuis le 21/07/2024
none c'est pour les disques qui ont leur propre intelligence genre nvme noop c'est un scheduler minimal qui fait le moins possible et délègue au device driver les deux sont bien pour nvme mais none est souvent préféré pour la simplicité
lefort-joseph
Membre depuis le 09/09/2024
je viens de mettre none et là c'est le jour et la nuit les iops ont explosé comme attendu merci beaucoup la team