IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Katleen Erna
35 commentaires

28PARTAGES

9  1 
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

Une erreur dans cette actualité ? Signalez-nous-la !

35 commentaires
Commenter Signaler un problème
Flaburgan
Avatar de Flaburgan
Modérateur https://www.developpez.com
Le 19/11/2010 à 13:53
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.
4  0 
Pedrito_fr
Avatar de Pedrito_fr
Futur Membre du Club https://www.developpez.com
Le 19/11/2010 à 13:20
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&...321081&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 :-)
2  0 
LeSmurf
Avatar de LeSmurf
Membre expérimenté https://www.developpez.com
Le 19/11/2010 à 13:34
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.
2  0 
ApotheoZ
Avatar de ApotheoZ
Membre à l'essai https://www.developpez.com
Le 19/11/2010 à 1:07
Sinon, en 4 lignes de bash, ça marche aussi :
http://www.webupd8.org/2010/11/alter...nel-patch.html
2  1 
Federico_muy_bien
Avatar de Federico_muy_bien
Membre habitué https://www.developpez.com
Le 19/11/2010 à 10:55
Citation Envoyé par ChipsterJulien Voir le message
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 !!!!

Citation Envoyé par pti-seb
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/
3  2 
Pedrito_fr
Avatar de Pedrito_fr
Futur Membre du Club https://www.developpez.com
Le 19/11/2010 à 14:19
@LeSmurf :
Cet argument je le partage partiellement, mais effectivement ce n'est pas le mien :-) Le seul point ou je rejoins l'analyse de Poettering, c'est que Torvalds présente ce patch comme le St Graal alors même qu'il n'est apparement bénéfique que pour un usage particulier de linux :
celui de ceux qui lancent habituellement des applis prenant en compte les autogroups à partir de différents terms et pour qui le patch aura un impact notable.
Ca ne concerne pas tous le monde et en plus les grandes distros généralistes essaient toutes de se rapprocher du grand public et de l'IT "de base" pour élargir leur cible : typiquement elles font la promotion d'interfaces simples et intuitives et essaient de faire oublier l'image d'un OS qui se gere au terminal... Le patch ne rentre pas dans ce cadre et ca les fait chier que Torvalds fasse un tel foin autour de ce patch.
Même les collaborateurs de Torvalds sont très mitigés quant à l'impact du patch sur les utilisateurs bureautiques ou les home users.

@Flaburgan
mon propos n'est pas de dénigrer le patch : il faut l'appliquer c'est évident. C'est une amélioration !
Mon propos est qu'il faut peut-être en nuancer l'impact et mitiger les discours dityrambiques lus sur internet et ne pas croire que c'est LA nouvelle arme de Linux dans la guerre des OS...
1  0 
Flaburgan
Avatar de Flaburgan
Modérateur https://www.developpez.com
Le 24/11/2010 à 11:18
[HS]
SurferIX, ta signature et ton commentaire de fin de post m'exaspère. Je traîne sur ce forum tous les jours depuis plusieurs mois et personne ne m'a jamais mal parler. Si cela t'arrive si régulièrement que tu te sens obligé de demander de te respecter à la fin de chacun de tes posts, alors peut être qu'une petite remise en question est nécessaire...
[/HS]

Avant la mise en place de "l'ordonnanceur" créé par ce patch, la répartition était 50/50 entre le graphique et le console non ? Donc si on utilise que du graphique, pas de raison que le CPU soit moins bien réparti. Je n'ai pas bien suivi je crois...
1  0 
Flaburgan
Avatar de Flaburgan
Modérateur https://www.developpez.com
Le 18/11/2010 à 17:39
Et ce noyau, quand sort-il ?
0  0 
LeSmurf
Avatar de LeSmurf
Membre expérimenté https://www.developpez.com
Le 18/11/2010 à 17:53
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
0  0 
Wormus
Avatar de Wormus
Membre actif https://www.developpez.com
Le 18/11/2010 à 18:00
impressionnant, pas grand chose d'autre à dire
0  0 
Commenter Signaler un problème