Le noyau 2.4 est sorti en pré-version et selon Linus il n'y aura pas de prerelease1, 2, ... mais elle sera en circulation longtemps et il demande à tout le monde de le tester.
Je voudrais faire un petit point sur les différents systèmes de fichiers journalisés et savoir pour ceux qui les utilisent quel est à votre avis le meilleur. J'ai testé depuis peu ReiserFS sur un kernel 2.2.18 et je dois dire que cela va vite ! Quelqu'un a une experience similaire sur une machine de production ou un autre type de système de fichiers ?
Un article de synthèse intéressant en trois volets sur le noyau 2.4 à venir
A lire et commenter...
Une série d'articles assez techniques sur Linux temps réel et ses applications, à voir pour ceux qui sont intéressés par le noyau.
Un des articles concerne le toolkit trace pour étudier le comportement du système. Cela a l'air d'être très puissant (petit bémol, je ne maitrise pas encore la programmation système, je peux donc me tromper).
Et hop de nouveaux noyaux tous frais pour aujourd'hui!
Le 2.2.18 inclut enfin le support USB, le support des bugs de reconnaissance du PIV et plein d'autres jolies choses.
Une bande de fous furieux a réussi à intégrer ORBit (l'ORB de GNOME) dans le noyau ! Après le serveur HTTP, on a donc un nouveau joujou pour prendre de la place dans la RAM ; les auteurs y voient des possibilités impressionnantes comme, je cite, « écrire des pilotes en Perl, et les faire tourner sur l'iMac à l'autre bout de la salle » ou, plus sérieusement, implémenter des systèmes de fichiers distants comme des objets CORBA (des fois que vous en ayez marre de NFS) ; mais jusqu'où iront-ils ? ! ?
Vu sur /.: Linux fonctionnant sur Dreamcast, avec des screenshots, et un noyau à télécharger.
Attention le code source n'est pas (encore) disponible, et le readme n'est pas très très clair à ce sujet.
Ça reste quand même assez chouette :)
Un article très instructif sur les temps de latence du noyau Linux (entre autres) et comment les réduire.
Exemple impréssionnant : passage de 400 msec à 4 msec de latence sur un noyau 2.4.0-test9 !
Plusieurs solutions complémentaires : utilisation de hdparm, patchs du noyau...
Voici une présentation des nouvelles fonctionnalités du kernel 2.4 qui arrive bientôt. Cette présentation, assez facile d'accés et bien documentée mais en anglais, a été rédigée par Thomas Wolfgang Burger et elle est publiée sur le site d'IBM.
Linux 2.4 est prêt pour le grand jour et, c'est Linus lui-même qui l'annonce, sa sortie publique est prévue pour le début du mois de décembre à venir, soit dans moins d'un mois. [...] . Selon George WEISS du groupe Gartner, interrogé par TechWeb, "ce sera donc un tremplin pour Linux, un test qui lui permettra de prouver sa maturité dans le monde des entreprises. [...] Nous savons tous avec quelle efficacité Linux remplit les tâches de serveur web. Aujourd'hui, Linux doit prouver qu'il a l'envergure pour se mesurer à Windows 2000."
Tout est dans le titre.... Pour ceux qui aiment recompiler leur noyau quand il y en a un nouveau.
Ce patch regroupe de nombreux systemes de cryptographie du noyau Linux:
Blowfish, CAST-128, DES, DFC, IDEA, MARS, RC6, Rijndael, Safer, ...ainsi que les systemes de fichiers cryptes API, CIPE VPN et EnSKIP.
Cette page (technique) recense les bugs et ce qu'il reste à faire avant d'avoir un beau noyau 2.4 tout joli.
Elle est mise à jour régulièrement, et est très utile si on teste le 2.4...
Sur la Linux Kernel Mailing List, Linus Torvalds donne son avis sur l'utilité des debuggers (en particulier celle d'un kernel-debugger). Grosso modo, il est fondamentalement contre, l'absence de debugger obligeant les développeur à réflechir un peu plus fort. En l'occurence, j'aurais plutot tendance à être de son avis, même si j'apprecie grandement l'aide des debuggers pour choper des bugs triviaux.
le dernier argument de Linus:
"Because I'm a bastard, and proud of it!"
Mosix est une extension du noyau de Linux qui lui confère des capacités de fonctionnement en cluster. Les spécificités les plus intéressantes de Mosix sont gérées par les algorithmes d'équilibrage de charge et de migration de process automatiques qui permettent aux utilisateurs de ne pas avoir à connaître l'état des noeuds du cluster. (source mynews.free.fr)