Discussion :

[Katleen Erna]

Une mise à jour du noyau Linux améliore l'environnement graphique, en seulement 224 lignes de code

Mike Galbraith vient de proposer une mise à jour pour le noyau Linux d'une taille très modeste (seulement 224 lignes de code), mais dont les bénéfices pourraient être énormes.

Il offre une réduction de la latence en environnement graphique, et ce sans malmener les performances du système en mode texte.

Un type de correctif que plusieurs développeurs avaient déjà plusieurs fois tenté de mettre au point, mais leurs solutions étaient toujours trop gourmandes pour les applications serveur. Jusqu'à aujourd'hui.

« Je pense que c’est bien un patch qui mène à une “véritable amélioration”. Bon travail. Le Group scheduling passe ainsi du statut “d’utile pour certaines charges serveur” à celui de “killer feature” », applaudit Linus Torvalds.

Deux vidéos de démonstration circulent déjà sur Internet, pour faire l'apologie de ce correctif et des améliorations de la réactivité du système qu'il apporte en cas de surcharge. Le rafraîchissement des éléments graphique est également optimisé.

Linus Torvalds remarque aussi que la vitesse de chargement d’un grand nombre de pages web a été améliorée : « J’avais toujours associé ce problème à un souci de performance réseau, alors que c’était clairement lié à la charge processeur », réalise-t-il.

Une petite révolution dans le monde de l'open-source donc. Ce patch sera peut être implémenté par défaut dans le noyau Linux 2.6.38.

A suivre.

Source : Linus Torvalds

[Flaburgan]

Et ce noyau, quand sort-il ?

[LeSmurf]

Il sera officiellement inclus avec le noyau 2.6.38, mais il est déjà possible d'appliquer le patch avec le 2.6.37 :
- déjà disponible sous ArchLinux
- sous Ubuntu/Debian, suivre cette procédure :
http://forum.ubuntu-fr.org/viewtopic...55332#p3855332

[Wormus]

impressionnant, pas grand chose d'autre à dire

[nicolas-p]

>> Et ce noyau, quand sort-il ?

Si on prends en moyenne un cycle de deux mois et demi, et que le dernier (stable) est sortit fin octobre, ça dois faire un truc comme mars/avril 2011 non ?

[Shemsu-Hor]

Magnifique.

[sizvix]

>> Et ce noyau, quand sort-il ?

Si on prends en moyenne un cycle de deux mois et demi, et que le dernier (stable) est sortit fin octobre, ça dois faire un truc comme mars/avril 2011 non ?

O_o ??
fin Octobre + deux mois et demi == mars/avril 2011 ??
heu... ça fait 5 mois ça ? non ?

[nicolas-p]

Je comptais du .36 au .38, pour les versions stables, donc deux cycles, donc oui, 5 mois.

[ChipsterJulien]

Les améliorations ne se font que sur le TTY et non sur la partie graphique donc en gros pour l'utilisateur normal ça ne change rien. Pire en regardant un peu partout ça ralentirait l'utilisation normale

[ApotheoZ]

Sinon, en 4 lignes de bash, ça marche aussi :
http://www.webupd8.org/2010/11/alter...nel-patch.html

[kaymak]

Sinon, en 4 lignes de bash, ça marche aussi :
http://www.webupd8.org/2010/11/alter...nel-patch.html

ah cool : ) je vais pouvoir le tester sans re compilation et tout le barzaa. Merci !

[ogaby]

O_o ??
fin Octobre + deux mois et demi == mars/avril 2011 ??
heu... ça fait 5 mois ça ? non ?

Pour être plus précis, le prochain noyau est gelé. C'est à dire qu'il n'accepte plus que les corrections d'erreurs mais pas les nouvelles fonctionnalités. Et celui-ci devrait sortir vers noël. Donc ça reporte vers mars.

En gros le patch est sorti juste après le gel du noyau et à quelques jours près cette fonctionnalité aurait pu être pour noël.

[Federico_muy_bien]

Les améliorations ne se font que sur le TTY et non sur la partie graphique donc en gros pour l'utilisateur normal ça ne change rien. Pire en regardant un peu partout ça ralentirait l'utilisation normale

Je ne vois pas pourquoi à ce jour, 3 personnes ont mal noté ce post. Ils feraient mieux de se renseigner de part le web. Pour l'utilisateur lambda ce patch en changera rien !!!!

En effet, ce patch permet de mieux gérer les performances quand des tâches lourdes sont exécutées, car il s’occupe de redistribuer les ressources système par groupe. Ainsi, sur une machine linux, si vous avez un groupe GUI (= applications graphiques) et un groupe compilation (ex: une console TTY sur /dev/pts/x), 50% des ressources CPU seront attribuées au premier et 50% au groupe restant.

Résultat, lorsque l'on lance une compilation dans un shell, on peut en même temps surfer sur Internet ou regarder une vidéo sans constater de ralentissement.

Le système est certes plus fluide, mais le revers de la médaille est que le processus qui consomme le plus de ressources s'exécutera beaucoup moins vite.

Mais l'aspect qui me semble le plus important, c'est que sur une distribution Linux orientée bureautique, Xorg est un TTY à lui tout seul. Or, toutes les applications graphiques seront dans le même groupe. L'utilisateur final n'y gagnera donc pas grand chose, même s'il lance Firefox et LibreOffice dans une même session. A moins que le concept du patch en question soit repris et amélioré par la suite...

source : http://www.tux-planet.fr/la-noyau-li...ormant-ou-pas/

[ogaby]

Je ne vois pas pourquoi à ce jour, 3 personnes ont mal noté ce post. Ils feraient mieux de se renseigner de part le web. Pour l'utilisateur lambda ce patch en changera rien !!!!



source : http://www.tux-planet.fr/la-noyau-li...ormant-ou-pas/

C'est exacte: les performances ne sont pas changées pour une utilisation normale.

Donc... il n'y a pas de ralentissement de l'utilisation normale. Cf post de ChipsterJulien.

[LeSmurf]

Je ne vois pas pourquoi à ce jour, 3 personnes ont mal noté ce post. Ils feraient mieux de se renseigner de part le web. Pour l'utilisateur lambda ce patch en changera rien !!!!



source : http://www.tux-planet.fr/la-noyau-li...ormant-ou-pas/

Je teste ce patch depuis 48h (la version kernel puis la version configuration) et pourtant un gain est visible, surtant quand on charge le système (par exemple copies massives de fichiers, etc).

J'ai bien lu l'article en lien mais il doit y avoir une finesse quelque part car je ne suis pas le seul à constater un changement. Ce n'est pas non plus un placebo car c'est parfois spectaculaire. Par contre effectivement, pas grand changement pour consulter son email ou simplement regarder une vidéo de vacances.

[Pedrito_fr]

Ne vous emballez pas trop pour ce patch. Pour les plus anglophiles et linuxiens d'entre vous, je vous conseille de lire l'ensemble des threads de cet échange entre M. Galbraith, Linus Torvalds et Lennart Poettering (resp. développement de Red Hat)et notamment cette réponse un peu énervée de Poettering à Torvalds : http://marc.info/?l=linux-kernel&m=128993935321081&w=2 .
En clair, ce patch a un impact plus que restreint : il améliore la réactivité d'un bureau Linux lors que l'on utilise plusieurs applis lancées simultanément à partir de terminaux différents avec un kernel que l'on a paramétré pour gérer les cgroups... Autant vous dire que ce patch a un impact sur 0,1 % des utilisateurs et des PC. Linus semble séduit parce que cela concerne son usage à lui de hacker de kernel, mais à part lui et ses potes, la plupart des utilisateurs de l'OS s'en tapent. D'ailleurs ce qui ressort de cet échange c'est que de nombreux interlocuteurs et collaborateurs du créateur de Linux commencent à être saoulés que Linus ait du mal à comprendre que même utilisateurs chevronnés de son système veulent un bureau moderne et ne lancent plus leurs applis à partir d'un term pour le plaisir... En clair il commence un peu à se scléroser le papa de Linux...
De plus le Poettering, le gars de chez Red Hat lui explique que cette amélioration existe déjà sur une couche plus haute dans le spaceuser et permet la même amélioration, mais sur toutes les applis et pas juste celles lancées à partir du shell... Tout ça pour vous dire que les améliorations de ce patch, vous n'êtes pas prêts de les constater sur le KDE de votre bécane :-)

[LeSmurf]

Sans doute que sur le plan théorique le patch ne fait effectivement rien, mais dans ce cas il va falloir comprendre pourquoi on constate des différences évidentes lors des tests pratiques. Il est possible que ce patch implique un effet de bord positif.

[Pedrito_fr]

Ben cet argument je l'ai pas inventé : il vient de Lennart Poettering, responsable du dev chez Redhat... Demande lui s'il est abonné à auféminin.com ou si il utilise Windows au bureau ?

[LeSmurf]

Ben cet argument je l'ai pas inventé : il vient de Lennart Poettering, responsable du dev chez Redhat... Demande lui s'il est abonné à auféminin.com ou si il utilise Windows au bureau ?

J'ai supprimé ce paragraphe, ça concernait :
"commencent à être saoulés que Linus ait du mal à comprendre que même utilisateurs chevronnés de son système veulent un bureau moderne et ne lancent plus leurs applis à partir d'un term pour le plaisir... "

Tu semble avoir repris cet argument à ton compte, donc je m'adressais à toi. Je n'ai pas besoin de demander au développeur, je constate par moi même la façon dont je peux lancer mes applications :
- au terminal
- en cliquant sur une icone ou dans un menu
- via gnome-do (par exemple) en tapant les premières lettres du nom/descriptif de l'application
- via un dock
- ...

C'est juste un peu pénible de relire sans arrêt des arguments qui datent des années 90. 'ailleurs je crois que Linux Torvald n'est pas en charge de l'interface grphique, c'est plutôt du ressort des équipes de Gnome, KDE etc.

[Flaburgan]

En admettons qu'il n'y a que peu de cas où le patch améliore les choses, il n'y a en tout cas aucun cas où il les détériore. En partant de ça, aucune raison de ne pas l'appliquer. La seule chose qu'on pourrait reprocher c'est de faire trop de bruit autour de cette découverte.