Le noyau Linux 2.4.20 est sorti cette nuit, au menu: corrections de bugs (sur l'USB, l'ACPI, l'IA-64, certains drivers, certains systèmes de fichiers, ...), optimisations (comme par exemple le support des tables de hash sur ext2/ext3 pour accélérer la recherche dans les répertoires avec beaucoup de fichiers, voir l'option 'dir_index' de tune2fs), un meilleur support de gcc 3.2, et une incorporation de nombreux patchs présents depuis quelques temps dans la branche -ac du noyau.
D'autre part, Linus a aussi sorti le noyau 2.5.50 dans la branche de développement; et a récemment déclaré qu'il prévoyait la sortie du 2.6 (qui s'appellera bien 2.6) dans la première moitié de l'année 2003, et qu'il espérait un freeze complet pour début janvier.
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.
je suis sur la ML de développement de l'ACPI de Linux. Et il vient de s'y produire une discussion mettant une fois de plus l'accent sur le manque d'aide des utilisateurs/développeurs.
l'ACPI est le nouveau standard de gestion d'énergie (mais bien plus encore) pour les architectures PC.
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".
Bryan W. Headley vient de mettre en ligne une page consacrée au développement d'un module pour la tablette graphique DigitalEdge.
Prévu pour la version 2.5 du kernel, il a été backporté pour la 2.4.19
Il est à noter que Bryan bosse sous Debian, aussi, certains paramètres peuvent différer (point de montage de dvfs, xie.so dans l'arborescence de XFree...)
N'hésitez pas à tester et à soumettre vos bug-reports.
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 ;-)
