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.
fabre-paulette
Membre depuis le 27/11/2024
hmm ça sent le
dirty_ratioqui monte trop haut et qui force un flush massif des buffers ou ptete unfsynctrop agressif check les métriques kernel pour le dirty et regarde le i/o scheduler c'est quoinoopdeadlinecfq?nathalie-collet
Membre depuis le 21/07/2024
oui c'est important le scheduler pour le nvme le
noopc'est souvent le best si le stockage est intelligent après faut voir si tu as d'autres processus qui font duheavy ioou des backups qui se déclenchent en même tempschristine44
Membre depuis le 25/04/2024
et as tu regardé les logs
dmesgoujournalctl -kpour voir si le kernel signale des problèmes de disque ou des resets de contrôleur nvme ça peut être un souci hardware déguisékchevalier
Membre depuis le 20/06/2024
ok c'était le
dirty_background_ratiotrop haut qui créait des freezes micro quand le kernel flushait j'ai baissé ça et switché ennoopsur le scheduler et là c'est fluide nickel thx