Une mise à jour du noyau Linux améliore l'environnement graphique
En seulement 224 lignes de code
Le 2010-11-18 16:49:25, par Katleen Erna, Expert éminent sénior
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
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
-
FlaburganModérateurEn 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.le 19/11/2010 à 13:53
-
Pedrito_frFutur Membre du ClubNe 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 :-)le 19/11/2010 à 13:20 -
LeSmurfMembre expérimenté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.le 19/11/2010 à 13:34
-
ApotheoZMembre à l'essaiSinon, en 4 lignes de bash, ça marche aussi :
http://www.webupd8.org/2010/11/alter...nel-patch.htmlle 19/11/2010 à 1:07 -
Federico_muy_bienMembre habitué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 !!!!
Envoyé par pti-seb le 19/11/2010 à 10:55 -
Pedrito_frFutur Membre du Club@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...le 19/11/2010 à 14:19 -
FlaburganModérateur[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...le 24/11/2010 à 11:18 -
FlaburganModérateurEt ce noyau, quand sort-il ?le 18/11/2010 à 17:39
-
LeSmurfMembre expérimenté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#p3855332le 18/11/2010 à 17:53 -
WormusMembre actifimpressionnant, pas grand chose d'autre à direle 18/11/2010 à 18:00