1 votes

Modification du planificateur d'E/S pour les SSD

J'ai de nombreux systèmes CentOS, dont certains sont équipés de disques durs traditionnels, d'autres de disques SSD et d'autres encore d'un mélange des deux. Je voudrais changer le planificateur pour les SSD à échéance.

Ainsi, au moment de l'exécution, je peux simplement scanner les périphériques de contrôle et rechercher ceux qui ont un code d'accès. /sys/block/sd?/queue/rotational comme 0 . Je pourrais activer le délai en faisant echo 'deadline' > /sys/block/sda/queue/scheduler

Mais qu'en est-il des changements permanents ? Certains profils accordés activent le planificateur de délais, mais s'il y a mélange (certains normaux, d'autres SSD), pour quels disques cela serait-il appliqué ?

Par exemple :

tuned-adm profile latency-performance

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

latence-performance Un profil de serveur pour le réglage des performances de latence typique. Ce profil désactive les mécanismes de réglage dynamique et les hugepages transparents. Il utilise le gouverneur de performances pour les états p par le biais de cpuspeed, et définit le planificateur d'E/S sur deadline. De plus, dans Red Hat Enterprise Linux 6.5 et versions ultérieures, le profil demande une valeur cpu_dma_latency de 1. de 1. Dans Red Hat Enterprise Linux 6.4 et versions antérieures, cpu_dma_latency demandait une valeur de 0.

Donc si j'ai plusieurs disques, pour quel délai s'appliquerait-il ?

1voto

ewwhite Points 193555

Bien que vous puissiez rédiger un profil client ou modifier l'un de ceux qui existent déjà, je vous recommande de tuned-adm profile enterprise-storage en fonction des informations sur votre matériel.

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

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X