Le 14 janvier c'était le quatrième anniversaire de la lettre Kernel Traffic, cette lettre est un résumé hebdomadaire de la liste de diffusion linux-kernel, où tous les choix cruciaux quand au dévelopement de Linux se font. La liste étant extrêmement active (plusieurs centaines de messages par semaine) cela rend le suivi du dévelopement un peu moins gourmand en temps. Quand on regarde les archives c'est assez impressionnant, où trouvent-ils le temps de manger et dormir ces gars ?

Voici deux documentations sur le fonctionnement de la VM du noyau 2.4: le premier explique le fonctionnement de la VM et le second donne des explications sur des "bouts de code" de cette même VM.

En un mot: la theorie et la pratique !

Merci Kerneltrap.org (qui donne aussi des liens pour les fichiers textes et pdf).

IBM, dans son excellente rubrique developerWorks, propose un article sur les différents benchmarks utilisés pour tester les noyaux Linux 2.4 et 2.5.

Ces tests font partie du Linux Scalability Effort (LSE) : projet open-source ayant pour but l'amélioration des performances du noyau pour des serveurs professionnels.

Au programme, tests sur des plateforme de base de données, de serveur Web et serveur Samba. Des outils d'analyse des performances du noyau sont aussi présentés : mesures TCP/IP, I/O, VFS, SMP...

Tous les programmeurs pètent un plomb de temps en temps. Qui n'a jamais déliré avec des commentaires à un moment donné dans son source, c'est toujours lors de la relecture ou des phases de débug un moment de franche rigolade ( si si ;-) ).
Le noyau de notre OS préféré n'y échappe pas... Slashdot nous le fait découvrir à travers un article disponible sur KernelTrap... Y a des bijoux, juste un exemple :
"[...]
drivers/usb/printer.c:static char *usblp_messages[] = { "ok", "out of paper", "off-line", "on fire" };
[...]"

La version alpha du nouveau site Kernel HeadQuarter est en ligne.

Pour rappel, KernelHQ met en ligne les sources des noyaux Linux afin de pouvoir, entre-autres, "browser" du code de manière efficace.

NdM : ce site est en version alpha mais a l'air très prometteur.

Pas de panique, il ne concerne que ceux qui utilisent le flag 'data=journal' qui n'est pas active par defaut (le defaut etant 'data=ordered'.

Globalement, si vous utilisez 'journal' au lieu de 'ordered' vous risquez de perdre les 30 dernières secondes de transactions du fait d'un problème de synchronisation. Donc, la solution court terme est de faire un 'sync' avant de demonter les partitions ...

Vous trouverez donc dans le lien les infos concernant le bug ainsi que les commentaires assez acides sur le probleme.

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.

D'après Jonathan Corbet -- le journaliste de Linux Weekly News qui rédige chaque semaine la page Kernel du journal -- Le Device Mapper vient d'être intégré par Linus dans sa prochaine version (la 2.4.45).

(détails dans l'article)

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 ....

La version 4 de la "Release Candidate" d'Alsa (Advanced Linux Sound Architecture) est disponible sur le site d'Alsa. Pour rappel Alsa est un driver alternatif pour vos cartes sons sous Linux, et de meilleur qualité.

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é)

Alors que le noyau de développement entrera en phase de « feature freeze » le 31 octobre, on peut déjà voir à quel point nos joyeux hackers ont fait du super boulot.
En effet, avec la récente intégration de ordonnanceur O(1) de Ingo Molnar, associée à la toute nouvelle bibliothèque sponsorisée par Red Hat de support natif des threads POSIX (Native POSIX Thread Library), le noyau se montre capable de créer et détruire sur un « vieux » IA-32 dual 450MHz PII Xeon 100 000 threads en 2,3 secs (avec jusqu'à 50 threads à tourner en même temps).
Même si concrètement aucune application n'utilise pour le moment autant de threads en parallèle, ce test montre surtout que ce nouveau design supporte bien mieux des changements d'échelle et est bien plus efficace (le même test prend 15 minutes sur un noyau non modifié).
La NPTL est appelée à être incluse à la bibliothèque GNU C quand elle sera jugée suffisamment stable.

NdM: Merci à MadCoder qui nous a proposé aussi cette nouvelle en indiquant également que des architectures powerPC récentes, il a même été réussi de lancer près d'un million de threads avec 200 qui tournaient en parallèle.

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 ;-)