J'ai la configuration suivante :
- Stock Debian stable (noyau Linux 3.16.7) fonctionnant sur Dell PowerEdge R320
- Deux disques durs SATA en RAID1 sur un contrôleur PERC H310 Mini, visibles en tant que
/dev/sda
- dm-crypt cible
dm-0
soutenu par/dev/sda2
- Un seul groupe de volumes LVM avec un seul volume physique susmentionné.
dm-0
- Volumes logiques multiples
dm-1
,dm-2
etc. dans le groupe de volume susmentionné, formaté en tant queext4
Lorsqu'un seul processus commence à écrire en masse sur un volume logique, tous les autres processus sont gravement privés d'E/S - le système devient très peu réactif (avec des retards pouvant atteindre 30 secondes en cas d'E/S).
Je pensais que c'était le planificateur des entrées/sorties qui était chargé de s'assurer que ça n'arrive pas. Je vois que sda
用途 cfq
:
# cat /sys/block/sda/queue/scheduler
noop deadline [cfq]
Mais toutes les autres cibles de mappage de périphériques signalent qu'elles n'ont pas de planificateur d'E/S :
# cat /sys/block/dm-0/queue/scheduler
none
# cat /sys/block/dm-1/queue/scheduler
none
# cat /sys/block/dm-2/queue/scheduler
none
Ma question est la suivante : pourquoi n'y a-t-il pas de planification des E/S pour les cibles du mappeur de périphériques, puis-je l'activer ou comment puis-je rendre ce système réactif en cas de forte charge d'E/S ?