Logiciel : Nouvelle version 2.6.19 du noyau Linux
Posté par patrick_g (page perso, ). Modéré le 30 novembre 2006.
Un peu plus de deux mois après la version précédente Linus Torvalds a annoncé la version 2.6.19 du noyau Linux. Il y a beaucoup de nouvelles choses et le nombre de changements est plus élevé qu'à l'ordinaire. Cela s'explique par le fait que la gestation du noyau précédent (2.6.18) a été longue : Linus a été en voyage ce qui a ralenti la sortie des versions candidates (RC) et cela a mécaniquement allongé la période de développement des patchs devant intégrer le noyau suivant (le 2.6.19).
Le résultat ?
Bien plus de 5000 patchs venant de plus de 600 contributeurs différents ! Et ces statistiques valent uniquement pour la RC1 car à partir de la RC2 il y a eu un nettoyage d'une API (Interface de programmation) du noyau afin de la rendre plus propre et plus logique ce qui a provoqué la modification supplémentaire d'un grand nombre de pilotes (plus de 1100 fichiers nettoyés).
On voit donc que les développeurs Linux restent fermes dans leurs convictions : pas question pour l'instant d'ouvrir une branche 2.7 car le système incrémental actuel fonctionne bien. Pas question, non plus, de faire des compromis sur la propreté des API internes du noyau. Si les mainteneurs de pilote externes ne veulent pas intégrer le noyau, ils devront adapter leur code eux-mêmes.
NdM : On appréciera (ou pas ;-) ) le ton et l'humour inimitable de Linus lors de l'annonce : It's one of those rare "perfect" kernels. So if it doesn't happen to compile with your config (or it does compile, but then does unspeakable acts of perversion with your pet dachshund), you can rest easy knowing that it's all your own d*mn fault, and you should just fix your evil ways.
Le résultat ?
Bien plus de 5000 patchs venant de plus de 600 contributeurs différents ! Et ces statistiques valent uniquement pour la RC1 car à partir de la RC2 il y a eu un nettoyage d'une API (Interface de programmation) du noyau afin de la rendre plus propre et plus logique ce qui a provoqué la modification supplémentaire d'un grand nombre de pilotes (plus de 1100 fichiers nettoyés).
On voit donc que les développeurs Linux restent fermes dans leurs convictions : pas question pour l'instant d'ouvrir une branche 2.7 car le système incrémental actuel fonctionne bien. Pas question, non plus, de faire des compromis sur la propreté des API internes du noyau. Si les mainteneurs de pilote externes ne veulent pas intégrer le noyau, ils devront adapter leur code eux-mêmes.
NdM : On appréciera (ou pas ;-) ) le ton et l'humour inimitable de Linus lors de l'annonce : It's one of those rare "perfect" kernels. So if it doesn't happen to compile with your config (or it does compile, but then does unspeakable acts of perversion with your pet dachshund), you can rest easy knowing that it's all your own d*mn fault, and you should just fix your evil ways.
Les nouveautés de la version 2.6.19 (3300 hits)
Résumé de l'intégration des patchs partie 1 (406 hits)
Résumé de l'intégration des patchs partie 2 (276 hits)
L'annonce sur la LKML (493 hits)
> Lire la dépêche (115 commentaires, moyenne: 3,4).
Vous avez demandé le commentaire #780035.




Cluster
Je vois avec plaisir que le kernel de Linux s'implique de plus en plus dans la technologie des clusters, en revanche je n'ai pas trouvé de site qui centralisait l'information sur ces cluster, même pas de HOWTO à part beowulf. Je ne connais même pas le nom des outils pour utiliser GFS2 , j'ai l'impression qu'il y a comme manque à cet endroit
[^]Re: Cluster
Freshmeat bien-sûr
http://freshmeat.net/browse/141/
Et un "vieux" site sur les clusters Linux:
http://lcic.org/software.html
Mes 2 centimes...
[^]Re: Cluster
En gros par rapport à NFS ça apporte quoi ?
Je recherche un système de fichiers permettant de faire de la réplication, qu'est ce qui existe dans ce domaine ?
Existe t-il un système qui soit VRRP-able voir LVS-able pour faire du fail over et/ou de la répartition de charge ?
[^]Re: Cluster
ATA over ETHERNET
Un protocole qui gère des périphériques block (ATA ou scsi) sur le réseau de façon transparente pour le système.
"AoE sends ATA commands over Ethernet frames without the overhead of IP. Communication is done via MAC addresses and is non-routable. Best of all, AoE devices appear as regular block storage. That means you can do with them whatever you would do with local storage. You can manage AoE storage with LVM, create RAID arrays out of your AoE devices, or put a cluster file system on top of them."
cf : http://servers.linux.com/servers/06/06/26/2032206.shtml?tid=(...)
et : http://en.wikipedia.org/wiki/ATA-over-Ethernet
[^]Re: Cluster
euhh ...
L'AoE c'est pour du SAN , pas pour du NAS , donc pas au niveau du fs.
par contre rien n'empeche de faire un NAS sur un SAN qui lui est en AOE :D
/me attend plutot la sortie de zfs HA et de solaris en gpl.
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: Cluster
Je recherche un système de fichiers permettant de faire de la réplication, qu'est ce qui existe dans ce domaine ?
je ne sais pas si je vais pouvoir t'aider, mais est-ce que t'as regardé du coté de drbd : http://www.drbd.org/ ?
c'est pas exactement un système de fichier mais ça fait de la réplication
[^]Re: Cluster
Je n'y connais pas grand'chose, mais j'avais vu ça il y a quelque temps:
http://www.drbd.org/
Ne serait-ce pas quelque chose comme ça que tu cherches ?
Alain
[^]Re: Cluster
Merci pour vos réponses, je vais regarder tout ça :)
[^]Re: Cluster
> Je ne connais même pas le nom des outils pour utiliser GFS2
Le site de développement est ici :
http://sources.redhat.com/cluster/
La page "commerciale" de Red Hat (NB : C'est GFS 1) :
http://www.redhat.com/solutions/gfs/
RHEL 5 (sortie fin 2006) aura GFS 2 (en même temps que GFS 1).
La beta 2 est sortie il y a peu :
https://www.redhat.com/archives/rhelv5-announce/2006-Novembe(...)
De la release note :
Fedora a aussi GFS2.