Intérêt du noyau PREEMPT par rapport au noyau RT : de mieux en mieux?
Bonjour les linuxMAO-tiens
Je voudrais faire le point concernant le noyaux 'preempt' (en comparaison avec un noyau RT). Suite à des problèmes divers avec le noyau RT, je me suis compilé des noyaux 'preemt' et j'ai été très surpris de la qualité des performances sur mon système, avec des latences presques aussi basses que pour un noyau RT...! Je parle ici des noyaux les plus récents (2.6.37 et 2.6.38) et non des plus anciens; il semble en effet qu'il y ait eu *beaucoup* de travail et d'améliorations récemment concernant des points. Une discussion récente sur le forum d'Ubuntu Studio montrait que d'autres avaient déjà constaté avec bonheur les mêmes excellents performances.
Y a-t-il d'autres utilisateurs qui ont constaté ceci?
Par ailleurs, en ce qui concerne la compilation "maison" d'un noyau 'preemt', à ma connaissance, il faut ceci :
- Preemptible kernel (low latency desktop) ...bien sûr;
- Timer frequency : 1000 Hz ;
- Tickless System (dynanic ticks) (=CONFIG_NO_HZ) : désactivé;
- 'Control group support' désactivé, mais d'après une récente réponse d'Alessio Abogani, ce n'est plus nécessaire; plus spécifiquement, à l'intérieur de 'Control Group Support', on peut désactiver l'otion RT_GROUP_SCHED (cfr FAQ de Jack http://jackaudio.org/linux_group_sched ); cependant je ne sais pas si cela est toujours vraiment d'actualité; la page des FAQ concernant ce point vient d'ailleurs de changer très récemment.
- en ce qui concerne les "scheduler" je n'ai pas les idées très claires; 'No-op' semble mieux que 'cfq' qui est activé par défaut; mais y a-t-il quelque chose de mieux?
Mon propos est ici de lister tout ce qui est nécessaire et suffisant pour optimiser au maximum les performances d'un noyau "vanilla" sans passer par le RT, puisqu'il semble que cela est maintenant possible.
Il semble qu'on nous annonce pour le prochain noyau (2.6.39, en développement) un gestion de l'attribution des IRQ dans le noyau directement sans avoir besoin du script utilisé en MAO... mais pour ça nous verrons bien
Je me propose de mettre les résultats de tout ça dans un wiki sur linuxMAO pour expliquer les avantages et la compilation d'un noyau preempt
Victor
Je voudrais faire le point concernant le noyaux 'preempt' (en comparaison avec un noyau RT). Suite à des problèmes divers avec le noyau RT, je me suis compilé des noyaux 'preemt' et j'ai été très surpris de la qualité des performances sur mon système, avec des latences presques aussi basses que pour un noyau RT...! Je parle ici des noyaux les plus récents (2.6.37 et 2.6.38) et non des plus anciens; il semble en effet qu'il y ait eu *beaucoup* de travail et d'améliorations récemment concernant des points. Une discussion récente sur le forum d'Ubuntu Studio montrait que d'autres avaient déjà constaté avec bonheur les mêmes excellents performances.
Y a-t-il d'autres utilisateurs qui ont constaté ceci?
Par ailleurs, en ce qui concerne la compilation "maison" d'un noyau 'preemt', à ma connaissance, il faut ceci :
- Preemptible kernel (low latency desktop) ...bien sûr;
- Timer frequency : 1000 Hz ;
- Tickless System (dynanic ticks) (=CONFIG_NO_HZ) : désactivé;
- 'Control group support' désactivé, mais d'après une récente réponse d'Alessio Abogani, ce n'est plus nécessaire; plus spécifiquement, à l'intérieur de 'Control Group Support', on peut désactiver l'otion RT_GROUP_SCHED (cfr FAQ de Jack http://jackaudio.org/linux_group_sched ); cependant je ne sais pas si cela est toujours vraiment d'actualité; la page des FAQ concernant ce point vient d'ailleurs de changer très récemment.
- en ce qui concerne les "scheduler" je n'ai pas les idées très claires; 'No-op' semble mieux que 'cfq' qui est activé par défaut; mais y a-t-il quelque chose de mieux?
Mon propos est ici de lister tout ce qui est nécessaire et suffisant pour optimiser au maximum les performances d'un noyau "vanilla" sans passer par le RT, puisqu'il semble que cela est maintenant possible.
Il semble qu'on nous annonce pour le prochain noyau (2.6.39, en développement) un gestion de l'attribution des IRQ dans le noyau directement sans avoir besoin du script utilisé en MAO... mais pour ça nous verrons bien
Je me propose de mettre les résultats de tout ça dans un wiki sur linuxMAO pour expliquer les avantages et la compilation d'un noyau preempt
Victor