Jusqu'à maintenant, pour configurer son noyau, chacun avait le choix de la méthode : texte ou X (Tcl/Tk) selon qu'il faisait 'make config' ou 'make xconfig'. Il semblerait que l'actuel outil de configuration du noyau écrit avec Tcl/Tk va être remplacé par un nouvel outil écrit avec Qt. Il a été intégré au noyau 2.5.45. Il est écrit par Roman Zieppel qui a écrit le support AFFS (filesystem). A quand un outil écrit avec Gtk+ ?
Note du modérateur : Et make menuconfig ? C'est pourtant le mieux actuellement, non ?
Pour tout ceux qui aimeraient bidouiller le noyau Linux, appliquer un patch, compiler un module, trouver de l'aide, voici un site créé par Rik van Riel ( kernel kacker, auteur d'une VM ) qui vous donnera sûrement envie d'appliquer un patch :)
Dans l'interview on apprend notamment que les patchs de linus sont plutôt "timides" par rapport à ceux d'Alan cox (branche -ac) et que selon lui ( Rik), mieux vaux prendre la branche ac.
Attention, avis à la populace, Linus annonce la sortie du kernel 2.6 pour le mois de Juin. Ce n'est qu'une prévision, la " feature freeze" ayant lieu dans quelques jours. Mais le développement du kernel 2.6 semble être parti sur de bonnes bases, on peut donc peut-être espérer avoir une release aux environs de la fin du deuxième trimestre.
Cependant, au vu du nombre impressionnant de nouvelles fonctionnalités, le programme est très chargé et certains développeurs comme Robert Love sont moins optimistes et, en "murphysant", arrivent à une release jusqu'à 18 mois après le freeze, soit aux environs du début 2004.
Vous vous êtes toujours demandé :
"A quoi servent donc tous ces fichiers dans /proc/sys/net/ ? je peux utiliser le remote manager dessus ?", ou bien encore "sysctl: command not understood " , alors ceci est pour vous ....
Un débat fait rage actuellement sur la Linux Kernel Mailinglist pour savoir si la prochaine version du noyau devra s'appeller 2.6 ou 3.0. En effet, le grand nombre de changements en profondeur (nouvelle VM, nouveau scheduler, nouvelle couche block-io, ALSA, preempt, intégration d'XFS et de JFS, ...) justifient pour certains le passage à un numéro de version majeur.
Pour Linus, tout en profitant pour rappeller qu'il a besoin de plus de testeurs :
Hey, _if_ people actually are universally happy with the VM in the current 2.5.x tree, I'll happily call the dang thing 5.0 or whatever (just kidding, but yeah, that would be a good enough reason to bump the major number).
(Nouvelle tirée de Kerneltrap.org)
Linus a commencé l'inclusion des modifications de Andrew Morton (patches mm, partie "non-blocking page writeback system") apportées sur la gestion de la mémoire virtuelle dans son arbre BK du noyau de développement 2.5.39.
Les buts de ces améliorations sont d'améliorer le comportement du noyau au niveau des entrées/sorties vis à vis de la montée en charge.
Au vu des gains de performance, c'est à ce demander comment on a put vivre sans! (à voir dans le fichier attaché)
La version 2.2.22 du noyau Linux est sortie ce 16 Septembre 2002.
Il s'agit uniquement d'une version de correction de bugs visant à s'assurer que le dernier noyau de la série 2.2 est tout à fait stable et sans failles. Les personnes utilisant toujours un noyau 2.2 sont invités à mettre à jour pour éviter les problèmes de sécurité.
2.2.22 c'est quand même un joli numéro de version ;-)
Récemment, le mainteneur des patchs de haute performance du noyau Linux a fait des benchmarks sur les dernier noyaux 2.4.x de Linux. La méthode qu'il a utilisé pour faire ces benchmark repose sur une compilation du noyau et un logiciel appelé
irman
(Interactive Response Measurement and ANalysis). Ses résultats sont assez intéressants car ils montrent à la fois le temps pris par la tâche qui sert de benchmark et la charge totale du noyau. C'est à dire qu'il évalue aussi comment la montée en charge modifie le temps de réponse du noyau.
La question des performances du noyau Linux ont toujours été dans les préoccupations de l'équipe du noyau Linux. Il existe un grand nombre de benchmarks (dont certaines comparaisons Trollesques Linux vs NT, vu par
Microsoft ou par
d'autres).
Mais, il existe aussi des moyens d'optimiser vos performances (voir la page de "Linux Performance Tunning) ou de mesurer combien votre configuration (in)efficace (voir "Linux Benchmark Suite Homepage" et le "Linux Benchmarking HOWTO").
Il semble donc que Linus ait décidé d'intégrer le système de fichier journalisé XFS au prochain noyau 2.5.36. Il rejoint les autres systèmes de fichier journalisés : ext3, ReiserFS, JFS, et JFFS/JFFS2.
On peut noter aussi une mise à jour du firewire (IEEE 1394) cher à nos caméras DV pour ce nouveau noyau !
Le nouveau noyau Linux 2.5.35 intègrera enfin User-Mode Linux. Il a en effet été inclus dans l'arbre BitKeeper.
User-mode Linux permet au noyau de fonctionner comme un processus séparé, en mode utilisateur sur un système Linux. Ceci rend possible notamment le suivi de ce noyau avec gdb, et ainsi autant faciliter qu'accelérer le développement de pilotes de périphériques et autres composants du noyau, tout ceci en limitant considérablement les risques de corruption de données ou de dommages du système "réel".
Après une série de 115 patches censés nettoyer la partie IDE du noyau Linux dans la série 2.5, Marcin Dalecki a laissé tomber (voir le message de Marcin). Il faut dire que son travail sur le sous-système était impopulaire, car il n'hésitait pas à tout "casser".
Alors que tout le monde s'accordait à dire que la version précédente était impossible à maintenir, il a repris le projet et a entrepris de le nettoyer, s'attirant de nombreuses remarques. Malgré le soutien de Linus, il a abandonné suite à la dernière critique (du type "ôte tes pattes de là").
Le sous-système a été remplacé par le portage de l'IDE du noyau 2.4, qui existait déjà pour permettre aux autres développeurs de travailler en attendant une stabilisation.
Il semblerait que ce soit Alan Cox qui reprenne le système IDE (avec conditions). Après E.S.Raymond et CML2, Rik Van Riel et sa VM, Keith Owen et Kbuild, que de travail gâché!
Comme dit le Changelog :
« 2.4.19-rc5 was released as 2.4.19 with no changes. »
Au programme, un nombre de corrections de bogues très important. On relèvera notamment des mises à jour importantes de Netfilter, avec notamment l'inclusion du port forwarding local.
Ce noyau, qui m'a l'air d'être aussi interessant que l'avait été le kernel 2.2.18 à sa sortie, est enfin là et il est peut-être pour longtemps le dernier noyau 2.4. Ne serait-ce que de part le temps qu'il a mis à sortir ;-)
Un gel des fonctionnalités du noyau 2.5 (futur 2.6) a été décidé pour Halloween. Après cette date, seuls des corrections de bugs ou des améliorations mineures seront acceptés dans ce qui deviendra le noyau 2.6.
Pour voir la liste des modifications majeures déjà effectuées, et celles qui sont prévues, suivez le lien sur kernelnewbies. Pour résumer: beaucoup de parties ont été réécrites (block io, ide, framebuffer, ...) et pas mal de patchs externes ont été intégrés ou le seront (preempt, ALSA, ACL, rmap, ...)
Alors que les grands de ce monde sont réunis au Canada pour un sommet du G8 sous haute surveillance, les grands de notre monde les imitent à Ottawa :)
Linux Weekly News réalise un résumé de chaque journée. Lundi la mémoire virtuelle, le portage sur le Hammer d'AMD, les entrées/sorties en bloc, les paramètres du noyau, et les modules. Mardi les besoins pour les bases de données, la lettre au père Noël de HP, le module de sécurité chargeable, les entrées/sorties asynchrones, le SCSI.
A noter des absents de marque pour chaque sommet: José Bové (qui fait du roquefort) pour cause de prison et Keith Owens (qui fait du boudin).
Mardi soir est sorti une nouvelle version bêta du noyau 2.5, la version 19.
Cette fois-ci, contrairement au noyau 2.2.21, le ChangeLog est disponible, et face à la liste conséquente de corrections et autres, je vous renvoie à la lecture de ce ChangeLog.
A noter quand même quelques points importants :
- nouveaux drivers pour le FB,
- quelques corrections pour le support de l'USB...
enfin bon, le CL est quand même plus explicite que moi ;-) !
