Perf I/O pourrie sur nos machines DB
Commentaires
Membre depuis le 29/12/2020
ça sent le scheduler i/o à plein nez. vous êtes sur quel scheduler ? cfq noop deadline ? pour les vm cloud et des ssd l'idéal c'est souvent noop ou mq-deadline. le kernel s'en sort mieux en laissant le device gérer
Membre depuis le 27/05/2024
ouais et si t'es sur un kernel un peu vieux ou pas tuningé pour le cloud, cfq peut vraiment flinguer les perf sous charge mixte. check le
cat /sys/block/sdX/queue/schedulerecho mq-deadline > /sys/block/sdx/queue/scheduler
Membre depuis le 21/07/2019
c'était cfq ! on a basculé en mq-deadline et c'est le jour et la nuit. plus de spikes de latence. thx pour le tips. on va persister ça direct
Laisser une réponse
Vous devez être connecté pour poster un message !
Rejoindre la communauté
Recevoir les derniers articles gratuitement en créant un compte !
S'inscrire
michel69
Membre depuis le 21/07/2019
nos instances avec des bases de données genre des rds sur ec2 (pas les managées) sont hyper lentes des fois. les iops montent pas en flèche mais la latence i/o explose et les cpu iowait aussi. on est sur du gp3 avec bcp d'iops provisionnés. j'ai regardé iostat, les util sont pas au max. on dirait un truc plus profond