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.
emile17
Membre depuis le 12/12/2024
ah ça sent le I/O scheduler par défaut souvent c'est cfq ou deadline sur les anciens kernels. sur du nvme ou ssd modernes faut être en noop ou mq-deadline c'est plus adapté parce que le driver nvme gère déjà bien l'ordonnancement
antoine-meunier
Membre depuis le 25/06/2024
exactement cfq est bon pour les HDD mais sur les ssd/nvme il ajoute juste de l'overhead inutile. pour changer c'est dans /sys/block/sdX/queue/scheduler
theophile49
Membre depuis le 04/05/2024
et vérifie aussi que ton fstab est bien en noatime ou relatime pour pas faire d'écritures inutiles juste pour l'accès aux fichiers ça bouffe des I/O
bnicolas
Membre depuis le 29/10/2024
et si t'as des gros load moyenne genre > nb de cpu cores c'est pas juste l'io scheduler qui est coupable. ptete ta ram est saturée et ça swappe à mort ou ton cpu est tellement occupé qu'il peut pas gérer les interruptions io correctement
turpin-alfred
Membre depuis le 27/05/2024
t'as check les logs du kernel dmesg voir si y'a des erreurs nvme ou des reset de contrôleur c'est rare mais ça arrive sur du matos défectueux
olivier-lucie
Membre depuis le 24/05/2024
d'acc merci pour les tips c'était bien le I/O scheduler qui était en cfq sur mes nvme. je l'ai mis en mq-deadline et déjà les latences sont beaucoup plus stables. y'avait aussi noatime pas configuré. je vais continuer d'investiguer la swap et le cpu thx all