Modification du planificateur E / S pour SSD

J'ai beaucoup de systèmes CentOS, certains d'entre eux possèdent des disques durs traditionnels, des SSD et certains de ceux-ci. J'aimerais modifier le planificateur pour SSD à la date limite.

Ainsi, au moment de l'exécution, je peux simplement scanner les périphériques de contrôle et ceux qui ont /sys/block/sd?/queue/rotational en 0 . Je pourrais permettre la date limite en faisant echo 'deadline' > /sys/block/sda/queue/scheduler

Mais qu'en est-il des changements permanents? Certains profils accordés permettent le planificateur de timeout, mais s'il y a un mélange (certains normaux, certains SSD), pour lesquels des disques seraient-ils appliqués?

Par exemple:

 tuned-adm profile latency-performance 

À partir de https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Power_Management_Guide/tuned-adm.html

performance de latence Un profil de server pour le réglage de performances de latence typique. Ce profil désactive les mécanismes d'accord dynamic et les pages étendues transparentes. Il utilise le régulateur de performances pour les états p à l'aide de cpuspeed et définit le planificateur E / S à la date limite. En outre, dans Red Hat Enterprise Linux 6.5 et versions ultérieures, le profil request une valeur cpu_dma_latency de 1. Dans Red Hat Enterprise Linux 6.4 et versions antérieures, cpu_dma_latency a demandé une valeur de 0.

Donc, si j'ai plusieurs disques, quel timeout sera appliqué?

Bien que vous puissiez écrire un profil de client ou modifier l'un des existants, je vous reorderais le tuned-adm profile enterprise-storage fonction de vos informations matérielles.

Si vous avez besoin de plus de changements au-delà de cela, utilisez simplement "enterprise-storage" comme base de reference.