Le gourou de l'Open Source, Eric Raymond, a dit que la création de patchs du noyau Linux est en crise et il a renouvelé son appel pour que quelqu'un viennne en aide à Linus Torvalds en tant que "penguin patch lieutenant."
S'exprimant lors d'une conférence organisée par le "UK Unix Users Group" à Londres mercredi soir, Raymond précise que les patchs du kernel sont l'un des vestiges de la centralisation dans le développement Open Source.
Il a dit aussi que Linus a "atteint ses limites de stress" et qu'une personne seule ne pouvait traiter tous les patchs proposés par les développeurs du noyau.
Les patchs, dont beaucoup pourraient aider au développement de Linux, ne sont pas pris en compte et ce sans raison apparente a observé Raymond.
Avis aux amateurs!
Un slashdotter signale un article intéressant paru sur le site de Gentoo Linux.
Pour résumer, certains gros vendeurs Linux, tels que RedHat ou Mandrake, fixent de nombreux bogues plus ou moins mineurs dans les kernels qu'ils distribuent. Et ces patches, le plus souvent, ne sont jamais intégrés dans la distribution officielle. Après tout, la GPL n'oblige personne à envoyer ses modifications au mainteneur du code.
Est-ce un bien ou un mal, ces patches sont-ils de mauvaise qualité ? En tous cas Gentoo pense que des gens devraient se pencher sur le problème, tels que les membres du Kernel Janitor project.
Les développeurs et les développement du noyau de notre os préféré étant de plus de plus nombreux, Linus a décidé de changer de système d'application de correctifs et ainsi d'automatiser les mises à jour du noyau via le logiciel BitKeeper de Bitmover. Ce système permet entre autre l'application de patch directement depuis un mail, plus de détails dans l'article suivant..
La dernière version du noyau vient de sortir...
Au menu pas mal de correction de bug, l'amélioration des versions sparc64, du système de fichier ext2...
A noter aussi:
- la mise en place d'un correctif permettant de prévenir dans le cas ou un processeur Athlon ne serait pas capable de faire du SMP.
- support pour le composant i810 d'Intel
- etc...
Note du modérateur : On nous signale aussi l'intégration de l'option "preempt" au stade du 2.5.4-pre6, option qui augmente la réactivité du système (cf. articles sur linuxdevices). Attention, il s'agit d'un kernel de Développement. Le dernier kernel Stable est le 2.4.17 (voire le 2.4.18-pre9). A réserver à ceux qui veulent être au courant des dernières évolutions (cf. le dernier lien, sur le statut du kernel).
Un article sur Byte.com fait le point sur les différentes branches du noyau Linux. Des tests de performance sont même réalisés...
En conclusion, écrire une bon gestionnaire de mémoire virtuelle est la preuve ultime d'une expertise pour un développeur système. L'auteur pense que Andrea Arcangeli et Rik van Riel connaissent bien leur affaire et que toutes les modifications faites par Alan Cox ont encore amélioré leur VM.
Après avoir travaillé intensément sur ces noyaux, l'auteur en est arrivé à la conclusion qu'il préfère les noyaux 2.4.17 ou 2.4.18pre2aa pour des serveurs fortement sollicités.
Le patch de "reverse-mapping" de Rik, néanmmoins, est très prometteur, mais doit être stabilisé.
Finalement l'auteur estime que le noyau de la Red Hat 2.4.9 est un très bon noyau, rapide et stable.
Suite à l'engouement pour l'article précédemment passé qui concernait le trajet des paquets IP dans la pile réseau du noyau 2.4, je mets à disposition une traduction en ligne avec un petit schéma de la doc d'Harald Welte.
J'espère que ca permettra une approche plus facile ;)
Toute remarque est la bienvenue...
Pout tout ceux qui sont curieux de savoir comment ca se passe à l'intérieur, le Linux Journal présente un article intéressant mais quelque peu technique sur le traitement des paquets dans le noyau Linux.
On trace le trajet des paquets au sein du noyau Linux au gré des fonctions qui entrent en jeu.
NdR: c'est une version édulcorée d'un guide "The journey of a packet through the linux 2.4 network stack" réalisé par Harald Welte.
NdR2: une "foultitude" de document concernant netfilter peut se trouver sur le site de netfilter.gnumonks.org (certains sont traduits en français)
Tout est dans le sujet: le numéro 148 de Kernel Traffic vient de paraître (date du 1er janvier).
Extrait du menu:
-Microsoft Patents Loading A Trusted OS Into A Trusted CPU
-Status Of CPU Hotplugging In 2.5
-2.5 API Change Summaries
-VM Subsystem Fixes In 2.4 And 2.5
-Status Of Asymmetric Multi-Processing
-Compiler Optimization Requirements
-2.4 Release Policy
-Web Page Tracking All Linux Ports
-Marcelo On Vacation
Il faut peut-être préciser que Kernel Traffic est une « newsletter » hebdomadaire qui propose une synthèse de la mailing liste linux-kernel.
Un dénommé Michael Cohen vient d'anoncer sur la LKM (Linux Kernel Mailinglist) la création d'une nouvelle branche du noyau 2.4, axée sur les performances.
Au menu:
Reverse Mapping patch #9 (Rik van Riel)
Preemptible Kernel Patch (Robert Love)
Lock-Break Patch (Robert Love)
CPU affinity /proc entry (Robert Love)
Netdev-random (Robert Love)
Software Suspend (Gabor Kuti?)
Real Time Scheduler for Linux (?)
IDE updates (Taskfile IO and others) (Andre Hedrick}
A vos compilateurs !
Le noyau Linux 2.4.17 est sorti, avec de nombreux
fix et mises à jour . Pour ceux utilisant des ordinateurs de bureau, pensez à installer le
preempt patch qui améliore les temps de réponse.
Voici un petit patch qui permet de passer du mode coopératif en mode préemptif pour les noyaux Linux.
Si on résume la philosophie du patch, il réduit le temps de latence (jitter) de l'ordre de 200µs du temps de scheduling optimal.
Voici un petit article qui donne envie...
En effet, Linus Torvalds considère la branche 2.4 du noyau comme stable et fonctionnelle. Depuis le 23 novembre, le développement du prochain noyau est en route...
Au menu tout plein de bonne choses:
- amélioration des systèmes de fichiers Linux
- refonte des pilotes matériels
- meilleure gestion du son
- etc...
L'article de 01net est intéressant et permet un avant gout de ce que sera le 2.5.x ;)
On notera particulièrement l'intégration du système de fichiers répartis Inter-Mezzo dans le noyau 2.5 (Inter-Mezzo permet de répliquer l'arborescence d'un système de fichiers à travers le réseau). Et aussi la création d'une interface commune pour les systèmes de fichiers ext3 et reiserfs...
Du bon en perspective!!!
La série 2.4.x du noyau a récemment essuyé quelques critiques dues à certaines malfonctions. Ces dernières étant la cause de sorties (très) rapprochées de nouveaux noyaux.
Pour essayer d'éviter cela, Marcelo Tosatti a décidé d'employer la méthode suivante: 2.4.x-preY tant que de nouveaux trucs sont rajoutés, 2.4.x-rcZ tant que les rajouts posent problème. Et le dernier -rc auquel personne ne trouve à redire est lancé en tant que 2.4.x, sans aucun changement.
Comme promis suite aux déboires du noyau 2.4.15, le nouveau noyau 2.4.16 vient de sortir.
Il corrige le problème de corruptions des inodes du 2.4.15 et aussi quelques autres corrections.
Voici un morceau du ChangeLog :
- Fix 8139too oops (Philipp Matthias Hahn)
- Correctly sync inodes in iput()(Alexander Viro)
- Make pagecache readahead size tunable via /proc (was in -ac tree)
- Fix PPC kernel compilation problems (Paul Mackerras)
Maintenant que Linus ne s'occupe plus de la branche 2.4.x, espérons que ça ira mieux ;-)
"Using 2.4.15/2.5.0 can result in file system corruption due to a mishandling of dirty inodes. sync before unmounting and use a kernel prior to 2.4.15-pre9."
En gros ça dit que le 2.4.15/2.5.0 contient un bug dans la gestion des "sales inodes", et qui peut résulter dans un filesystem corrompu.
Ils recommandent de repasser en 2.4.15-pre9 le temps que le patch soit intégré aux sources du kernel.
Update du modérateur : l'auteur de la news originale s'étant trompé, je corrige : le bug étant apparu dans le 2.4.15-pre9, il faut utiliser un kernel antérieur, donc un 2.4.15-pre8.
