Je suis l'auteur de l'article de blog lié par le fan d'ubuntu: lien
Cet article ne présente aucun fait, c’est seulement la théorie . C'est comme ça que ça marche, en fait: le processeur "s'arrête" plus fréquemment pour voir si certains processus nécessitent une attention immédiate. Cela signifie que ces processus seront exécutés avant les autres, de sorte que vous ne passerez pas inaperçus lors du codage ou que les délais d'attente entre les clics de souris et les décès d'ennemis seront énormes. Cela ne signifie pas que tous les processus se termineront plus tôt: en fait, le processeur perd une plus grande partie de son temps à décider quel processus sera exécuté ensuite, et à effectuer le changement de contexte. Le temps d'exécution total est donc plus long et c'est pourquoi personne ne lance un noyau préemptible sur les machines de serveur Web ou de base de données. Mais un noyau préemptible de 300Hz (ou même 1000Hz) est le meilleur pour les serveurs de jeux.
Mais, de nos jours, les processeurs ont de nombreux cœurs. Par conséquent, lorsque peu de processus nécessitent une attention particulière, ils peuvent facilement être alloués sur un autre noyau plutôt que d’attendre que le cœur le prenne.
(stackexchange me demande des références / une expérience personnelle: je suis un ingénieur en électronique, noobgamer assoiffé de sang qui conserve plusieurs serveurs de jeux sur lien ).
Donc, en règle générale, je dirais: si votre processeur est un puissant quad-core haute fréquence et que vous n’ouvrez généralement pas des tonnes de pages Web lors de l’encodage / décodage / jeu (hein) , vous pouvez simplement essayer le noyau générique (ou i686 ou amd64 s'il existe) et avoir le débit le plus élevé possible (c.-à-d. le traitement brut du processeur). Si vous rencontrez des problèmes (ils doivent vraiment être mineurs) ou si votre ordinateur est légèrement moins puissant que le haut du marché, optez pour le pré-test.
Si vous êtes sur un ordinateur bas de gamme qui ne possède qu’un ou deux cœurs, essayez la fonction -lowlatency. Vous pouvez également essayer le mode -realtime, mais vous constaterez qu'il a tendance à bloquer les processus jusqu'à ce que ceux en "temps réel" aient terminé leur travail. Je crois que le noyau temps réel n’est pas le noyau "vanilla", mais que le patch CONFIG_PREEMPT_RT est appliqué. Je pense que les noyaux en temps réel sont uniquement destinés à ceux qui doivent créer une seule application sur les systèmes embarqués, de sorte que les utilisateurs de bureau habituels ne devraient pas avoir d’avantages réels, car ils exécutent généralement un grand nombre d’applications simultanément.
Enfin, les options de noyau les plus pertinentes pour recompiler votre noyau vous-même afin d’avoir un bureau à faible latence sont:
PREEMPT=y
et:
CONFIG_1000_HZ=y
Pour ajouter de l’autonomie, vous pouvez vérifier celle-ci:
CONFIG_NO_HZ=y