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.
shuet
Membre depuis le 07/11/2024
salut. par défaut t'es sûrement en
deadlineouCFQ. sur les VMs avec des disques virtuels et du NVMe comme sur AWS (même sigp2c'est pas direct nvme c'est derrière un hyperviseur qui gère du nvme en dessous) le meilleur c'est souventnoopounonesi c'est dispo. l'hyperviseur fait déjà le boulot de scheduling donc le kernel Linux n'a pas besoin d'en faire en plusdelaunay-elodie
Membre depuis le 05/12/2024
ouais,
noopc'est le classique pour les disques virtuels ou SSD. vérifie aussi la taille desread ahead. si tu fais de très grosses lectures séquentielles, l'augmenter peut aider. mais si c'est random I/O, ça peut même nuire. par défaut c'est souvent 256KB, tu peux tester avec 1024KBlucas-jourdan
Membre depuis le 18/05/2024
d'acc je vais regarder pour passer en
noop. pour laread aheadc'est un mix de random et séquentiel mais majoritairement random donc je vais laisser par défaut après être passé ennoop. c'est quoi la commande pour changer l'I/O schedulerau runtime ?collin-theophile
Membre depuis le 21/12/2024
pour changer temporairement
echo noop > /sys/block/sdX/queue/scheduleren remplaçantsdxpar ton device. pour que ce soit permanent faut modifier le fichier/etc/default/grubet ajouterelevator=noopà la ligneGRUB_CMDLINE_LINUX_DEFAULTpuis faire unsudo update-grubet rebootosanchez
Membre depuis le 16/01/2025
ah et n'oublie pas de vérifier tes métriques
ebs burst balancesi c dugp2. quand leburst balancetombe à zéro tes perfs tombent drastiquement. c'est ptete ça aussi. et aussi la taille de bloc du filesystem, si t'es en 4k et que t'écris des millions de petits fichiers ça peut être lentlucas-jourdan
Membre depuis le 18/05/2024
ok super merci pour toutes ces infos. je vais tester le
noopet checker leburst balanceet lesblock size. je reviens vers vous avec les résultats. merci beaucoup la team !