Depuis quelques temps - la disparition de la webcam-, la tribune libre est assaillie de questions sur ReiserFS.
Supporté ou pas ? Ben oui, il l'est, depuis les dernières présorties du 2.4.1.
Vous pouvez donc vous compiler le 2.4.1-pre7 (dernière version, 15-Jan-200) pour expérimenter tout celà.
Je me demande tout de même quels sont les avantages concrets de ce dernier. J'ai pu lire qu'il était plus que rapide en cas de redémarrage intenpestif de la machine mais plus lent en perf générale qu'ext2. Qu'en est-il ?
Si c'est le cas, quel intéret, pour une machine comme la mienne qui ne démarre qu'une fois par jour...?
Il y en a qui ont décidé de compiler le noyau Linux 2.4.0 pour nous ... Pourquoi ne pas en profiter ?
Donc, on peut les télécharger pour les installer, sur une VA Linux 7.0.1 par exemple (qui est 2.4.0 ready).
Le noyau 2.0.39 est disponible. Il devrait être le dernier dans la série 2.0.X. Il règle des problèmes de sécurité, permet de gérer des disques de taille plus élevée, règle un problème dans ext2, etc. Voir le mail pour plus d'informations.
Alan Cox a aussi mis à disposition un 2.2.19pre7.
Vu sur linuxgames.com :
Vu que le noyau 2.4 vient de sortir, il me parait tout à fait judicieux d'annoncer aux heureux possesseurs de carte nvidia qu'il existe un patch (non officiel certes...) pour la faire marcher avec le 2.4 :)
J'ai pas eu le temps de tester mais d'après le code ca m'a l'air plutôt correct.
A tester donc...
Linus a expliqué sur un poste sur la liste du kernel que "assez c'est assez, et que les choses ne s'améliorent pas en les faisant tester encore et encore par les mêmes personnes. En clair, le 2.4.0 est sorti"
'nuff said, je commence à télécharger et je compile!
Note du modérateur: Vous êtes plus d'une quinzaine de personnes à nous avoir proposé cette nouvelle, stoooop! :)
De plus Alan a mis à disposition un 2.4.0ac1
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 ? ! ?
IBM prévoit de mettre en place un service de support Linux, destiné aux développeurs Coréen. IBM justifie cette offensive pour contrer l'unix de Sun (Solaris) dont la domination sur le marché des serveurs (de données et Web) commence à être inquiétante... (source mynews.free.fr)
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.
Le langage C, créé en 1971, est encore aujourd'hui l'un des langages de programmation les plus utilisés, notamment dans le monde du logiciel libre.
'Méthodologie de la programmation en C -Bibliothèque standard - API POSIX' constitue non seulement une présentation exhaustive du langage C mais aussi un guide pour programmer en C de facon méthodique et élégante.
Unix et C étant étroitement liés, c'est aussi un livre d'introduction aux outils et methodes pour la programmation sous Unix.
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)
Linus Torvalds a mis à disposition vendredi les sources du noyau 2.4.0-test8. Il explique aussi les clarifications que le fichier COPYING contient. En effet il stipule que seule la GPL v2 est valide pour le noyau, et qu'une version plus récente de la GPL ne sera pas utilisée automatiquement. Cette licence est la même pour le noyau depuis la version 0.12. Pourquoi ? Simplement parce qu'il y avait eu des discussions sur la v3 de la GPL concernant la possibilité d'inclure des limites aux personnes "bien intentionnées" et sur lesquelle Linus n'est pas d'accord. Bien sur il indique que si vous participez au développement du noyau, vous pourrez indiquer lors de proposition de patch que vous souhaitez que votre code soit valide sous des licences GPL plus récentes.
Ca n'a rien d'extraordinaire, mais il est là depuis aujourd'hui (sur le
site hébergeur de Transmeta Corporation)
NdM. : cette dépêche a été initialement publiée le 04/09/2000 à 22h41, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).
IBM nous sert un des articles passionnants dont il (elle) a le secret.
C'est un résumé de ce que le 2.4 apporte de nouveau.
La conclusion est :"One thing is a certain: Linux kernel 2.4 will be
released when it is ready and not a day sooner. " :)
NdM. : cette dépêche a été initialement publiée le 31/08/2000 à 17h16, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).
