Si vous compilez tous, vous pouvez choisir au moment du démarrage ou par périphérique de l'algorithme à utiliser. Pas besoin de choisir au moment de la compilation, sauf si vous ciblez un dispositif intégré où tous les compteurs d'octets. Voir Documentation/block/switching-sched.txt pour plus de détails sur la commutation par périphérique ou à l'échelle du système au démarrage.
La CFQ le planificateur vous permet de définir les priorités par le ionice(1) ou de l'outil de ioprio_set(2) appel système. Cela permet de donner la priorité à certains processus ou de forcer les autres à faire leurs IO uniquement lorsque le système de blocage des dispositifs sont relativement inactif. Les files d'attente sont mises en œuvre par séparer les demandes d'e /s à partir de processus dans les files d'attente, et gérer les demandes de chaque file d'attente semblable à l'ordonnancement de la CPU. Les détails sur la configuration, il peut être trouvé dans Documentation/block/cfq-iosched.txt.
La date limite du planificateur en revanche regarde toutes les écritures de tous les processus à la fois; il trie les écritures par le nombre de secteur, et les écrit tous en mode linéaire. Les délais moyens qu'il tente d'écrire chaque bloc avant son expiration du délai, mais dans ces délais, est libre de ré-arranger les blocs comme il l'entend. Les détails sur la configuration, il peut être trouvé dans Documentation/block/deadline-iosched.txt.
Dans mes tests, j'ai trouvé qu'en général, NOOP est un peu mieux si vous avez un savant de contrôleur RAID. D'autres ont rapporté des résultats similaires, mais votre charge de travail peut être différent.
Toutefois, vous pouvez sélectionner lors de l'exécution (sans reboot) donc ne vous inquiétez pas à ce sujet au moment de la compilation.
Ma compréhension était que le "intelligents" les planificateurs (CFQ et date d'échéance) ne sont vraiment utiles sur la traditionnelle "disque tournant" les appareils qui ne disposent pas d'un contrôleur RAID.
Si vous compilez tous, vous pouvez choisir au moment du démarrage ou par périphérique de l'algorithme à utiliser. Pas besoin de choisir au moment de la compilation, sauf si vous ciblez un dispositif intégré où tous les compteurs d'octets. Voir
Documentation/block/switching-sched.txt
pour plus de détails sur la commutation par périphérique ou à l'échelle du système au démarrage.La CFQ le planificateur vous permet de définir les priorités par le
ionice(1)
ou de l'outil deioprio_set(2)
appel système. Cela permet de donner la priorité à certains processus ou de forcer les autres à faire leurs IO uniquement lorsque le système de blocage des dispositifs sont relativement inactif. Les files d'attente sont mises en œuvre par séparer les demandes d'e /s à partir de processus dans les files d'attente, et gérer les demandes de chaque file d'attente semblable à l'ordonnancement de la CPU. Les détails sur la configuration, il peut être trouvé dansDocumentation/block/cfq-iosched.txt
.La date limite du planificateur en revanche regarde toutes les écritures de tous les processus à la fois; il trie les écritures par le nombre de secteur, et les écrit tous en mode linéaire. Les délais moyens qu'il tente d'écrire chaque bloc avant son expiration du délai, mais dans ces délais, est libre de ré-arranger les blocs comme il l'entend. Les détails sur la configuration, il peut être trouvé dans
Documentation/block/deadline-iosched.txt
.OriginalL'auteur sarnold
Probablement très peu dans la pratique.
Dans mes tests, j'ai trouvé qu'en général, NOOP est un peu mieux si vous avez un savant de contrôleur RAID. D'autres ont rapporté des résultats similaires, mais votre charge de travail peut être différent.
Toutefois, vous pouvez sélectionner lors de l'exécution (sans reboot) donc ne vous inquiétez pas à ce sujet au moment de la compilation.
Ma compréhension était que le "intelligents" les planificateurs (CFQ et date d'échéance) ne sont vraiment utiles sur la traditionnelle "disque tournant" les appareils qui ne disposent pas d'un contrôleur RAID.
OriginalL'auteur MarkR