I lu aujourd'hui sur Phoronix qu'il y a un Patch de 200 lignes au noyau Linux qui améliore considérablement la réactivité du bureau.
Comment les utilisateurs d'Ubuntu peuvent-ils obtenir cela d'une manière qui soit supportée ?
I lu aujourd'hui sur Phoronix qu'il y a un Patch de 200 lignes au noyau Linux qui améliore considérablement la réactivité du bureau.
Comment les utilisateurs d'Ubuntu peuvent-ils obtenir cela d'une manière qui soit supportée ?
La discussion concernant ce correctif spécifique a eu lieu sur la liste de diffusion Ubuntu kernel-team :
https://lists.ubuntu.com/archives/kernel-team/2010-November/013498.html
Mais laissez-moi essayer d'élaborer de manière encore plus générique la meilleure façon pour un patch de se frayer un chemin dans le noyau Ubuntu...
Tout d'abord, l'équipe du noyau Ubuntu préfère que les correctifs soient soumis et acceptés en amont avant d'être intégrés au noyau Ubuntu. C'est une charge de maintenance importante pour l'équipe du noyau Ubuntu que de devoir maintenir des correctifs hors de l'arbre. De plus, si le correctif bénéficie à l'ensemble de la communauté du noyau, il doit être envoyé en amont en premier.
Une fois que le correctif aura été accepté en amont, il fera automatiquement son chemin dans le noyau Ubuntu. Une cherry-pick ou pull request pourrait également être faite si on le souhaite, voir la page, KernelPatches pour plus d'informations.
Si le patch doit être appliqué en tant que SRU ( mise à jour de la version stable ) à une version précédente d'Ubuntu, il est préférable de faire accepter le correctif dans l'arbre stable amont 2.6.x.y correspondant. Dans le cadre de notre processus normal de SRU du noyau, nous basculons continuellement vers le dernier noyau stable amont. Ainsi, nous obtiendrons à nouveau le correctif automatiquement.
Je viens de lire le fil de discussion sur lkml et j'espère pouvoir apporter quelques informations - mais pas sur l'intégration du patch dans Ubuntu. Comme le dit un message sur la liste Ubuntu, il sera probablement dans la version 2.6.38 de toute façon.
Le correctif regroupe automatiquement les processus en fonction des ATS. Il y a beaucoup de discussions/arguments sur lkml qui disent que cela signifie que ce n'est pas pertinent pour l'utilisation typique d'un bureau - que cela ne fait aucune différence pour les applications interactives. Les cas de test sont tous basés sur le fait de "lancer une tâche intensive pour le CPU à partir d'un terminal puis de regarder la réactivité d'une autre tâche". Par exemple, compiler un noyau et essayer de regarder une vidéo.
Cela ne veut pas dire que ce n'est pas bon, mais les titres généraux du type "la réactivité du bureau s'est améliorée d'un ordre de grandeur" pourraient être trompeurs si vous n'exécutez jamais de tâches intensives en termes de CPU en étant connecté à un ATS. Mais je peux me tromper, bien sûr !
Il y avait quelques mentions de moyens d'obtenir un résultat très similaire en ajoutant à votre bash scripts et en permettant à tous les utilisateurs de créer des cgroups. Cela ne fonctionnera que si les noyaux Ubuntu actuels ont des cgroups activés. Les articles pertinents sont les suivants :
Évidemment, cela ne répond pas à la question, mais cela pourrait être utilisé pour déterminer si le patch est aussi magique qu'espéré.
Comment les utilisateurs d'Ubuntu peuvent-ils obtenir cela d'une manière qui est supporté par ?
C'est moi qui souligne. La seule façon de l'obtenir de manière supportée est d'attendre qu'Ubuntu l'intègre au noyau Ubuntu. Comme il ne s'agit que de la liste de diffusion du noyau, les tests sont encore récents et anecdotiques et j'imagine qu'il faudra un certain temps avant qu'il soit prêt à être déployé en masse.
Quelque part entre la prochaine version et un long moment, c'est ce que je pense.
Mais si vous êtes un grand garçon (ou une grande fille) et que vous pouvez faire face à un noyau cassé si les choses tournent mal (c'est-à-dire que vous savez comment utiliser Grub), vous pouvez patcher et compiler votre propre noyau.
Téléchargez un correctif. Il existe différentes versions mais la meilleure d'entre elles a été postée ci-dessous par un autre utilisateur : http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2
Téléchargez les sources du noyau pour la version visée par votre patch. Dans ce cas, 2.6.36. Vous pouvez obtenir les sources du noyau vanille (c'est-à-dire original, non modifié par l'équipe du noyau Ubuntu) à l'adresse suivante kernel.org et l'extraire.
Sauvegardez le patch quelque part et appliquez-le en cd
dans le répertoire des sources du noyau et l'exécuter : patch -p1 < /path/to/patch
(vous avez besoin du patch
paquet pour ceci... Qui, je pense, fait partie de build-essential
s'il n'est pas installé par défaut)
Et puis continuer avec le reste du processus de construction "à l'ancienne"... Je ne m'embêterais vraiment pas avec les nouvelles méthodes car elles sont destinées aux sources du noyau approuvées par Ubuntu/Debian... De plus, l'ancienne méthode semble plus facile (pour moi).
Construire des noyaux n'est pas difficile mais vous pouvez tout gâcher si vous vous éloignez trop de la voie acceptée. Et vous n'aurez pas de support officiel si les choses tournent mal.
Alternativement, il y a de plus en plus de noyaux qui émergent avec le patch intégré (ou au moins dans l'arbre des sources, en attendant la prochaine version).
Note : ces deux noyaux (et probablement d'autres aussi) s'écartent quelque peu de la façon dont Ubuntu fait les noyaux. Vous pouvez trouver (comme je l'ai fait quand j'ai migré vers Liquorix) que la mise à l'échelle de la fréquence du CPU cesse de fonctionner ou que la fonction de suspension est cassée. Il existe généralement des correctifs et des solutions de contournement, mais il est probable que vous n'obtiendrez pas de soutien de AskUbuntu ou du reste de la communauté Ubuntu, car nous ne pouvons pas vérifier tous les noyaux existants.
Vous pouvez utiliser un simple "hack" posté par un développeur RedHat sur une liste de diffusion, qui ne nécessite pas Parcheando le noyau pour obtenir la même chose. Lisez à ce sujet ici : Une alternative au "patch noyau de 200 lignes qui fait des merveilles" que vous pouvez utiliser immédiatement.
À partir du 18-01-2011, Linux 2.6.38-rc1 inclut ledit correctif.
Voir l'article correspondant Nouvelles de Phoronix y Poste de Linus .
Depuis le 29 janvier 2011, la version quotidienne de Natty Narwhal est livrée avec Linux 2.6.38.
Il existe donc actuellement deux solutions :
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.