3 commentaires
ç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
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/scheduler de tes disques. change le en mq-deadline echo mq-deadline > /sys/block/sdx/queue/scheduler pour tester
Laisser une réponse
Vous devez être connecté pour poster un message !
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