En effet, Linus Torvalds considère la branche 2.4 du noyau comme stable et fonctionnelle. Depuis le 23 novembre, le développement du prochain noyau est en route...
Au menu tout plein de bonne choses:
- amélioration des systèmes de fichiers Linux
- refonte des pilotes matériels
- meilleure gestion du son
- etc...
L'article de 01net est intéressant et permet un avant gout de ce que sera le 2.5.x ;)
On notera particulièrement l'intégration du système de fichiers répartis Inter-Mezzo dans le noyau 2.5 (Inter-Mezzo permet de répliquer l'arborescence d'un système de fichiers à travers le réseau). Et aussi la création d'une interface commune pour les systèmes de fichiers ext3 et reiserfs...
Du bon en perspective!!!
Aller plus loin
- L'article sur 01net (3 clics)
# Autre source (mieux ?!)
Posté par Frédéric RISS . Évalué à 10.
http://lwn.net/2001/features/KernelSummit/(...)
[^] # Re: Autre source (mieux ?!)
Posté par David Derisbourg . Évalué à 4.
En effet 01 a un facheux gout a tronquer certaine(s) partie(s) dite trop technique et de plus je trouve que leur site est tres tres lent !
merci encore ...
[^] # Re: Autre source (mieux ?!)
Posté par Annah C. Hue (site web personnel) . Évalué à 1.
Pas d'un point de vue technique, évidemment (leur lectorat n'est pas celui de linuxfr), mais d'un point de vue généraliste, cet article ne contient pas trop d'omissions ni d'erreurs, ça nous change. Moi je félicite le(s) journaliste(s) qui a(ont) fait un réel travail de recherche, contrairement aux articles habituels qui se limitent à ressortir le communiqué de presse.
Pourvu que ça dure !
[^] # Re: Autre source (mieux ?!)
Posté par Rin Jin (site web personnel) . Évalué à 1.
N'étant pas informaticiens, ce lien est pour moi plutôt indigeste (attention, je n'ai pas dit initérréssant mais trop technique pour qu'une personne ne connaissant pas la programmation y apprenne quelque chose).
L'article de 01 est clair et suffisament complet (je crois) pour la personne qui s'intérésse à Linux sans avoir un bagage informatique phénoménal (c'est à dire les gens comme moi).
Maintenant, je commence à me méfier de ce genre d'article. 01 et d'autres ont déjà sorti de belles absurdités et sans les commentaires glanés sur LinuxFR, je n'aurais jamais su dire si oui ou non il avaient tort sur certains points.
Ce genre d'article, quand il est bien rédigé, permet de faire connaitre Linux au néophytes sans le noyer dans un torrents de détails technique et c'est AMHA, trés bien.
[^] # Re: Autre source (mieux ?!)
Posté par VACHOR (site web personnel) . Évalué à 1.
L'article a le mérite de positionner le système Linux comme un système d'entreprise, assurant une haute sécurité des systèmes et données par la journalisation des FS, et même par des procédés avancés de réplication comme Inter-Mezzo.
Les évolutions exposées amènent une concurrence directe de Linux face à des Unix commerciaux via les ACL, et les gens qui aiment le son ne sont pas en reste.
[^] # Re: Autre source (mieux ?!)
Posté par Frédéric RISS . Évalué à 1.
[^] # Re: Autre source (mieux ?!)
Posté par kalahann . Évalué à 10.
[^] # Re: Autre source (mieux ?!)
Posté par Modo Kazy . Évalué à 1.
Les abreuver des seules informations techniques n'est certainement pas le meilleur moyen de se faire connaitre quand ca n'est pas leur faire peur !
AMHA, tout cela participe a montrer la maturite du systeme. En parlant un langage qu'ils comprennent, ces gens peuvent d'autant mieux s'approprier le systeme et c'est bien pour une penetration accrue du soft libre en entreprise.
Bon, je parle business, -1 ;)
[^] # Re: Autre source (mieux ?!)
Posté par DAGAN Alexandre (site web personnel) . Évalué à 1.
[^] # Re: Autre source (mieux ?!)
Posté par Antoniop . Évalué à 1.
de certaines des apports annoncés pour la 2.5 signalés dans l'article de 01 : interface
commune pour les fichiers journ, inter-mezzo, ni l'implémentation des ACL.
Ce dernier point me semble important, puisque les
ACL existent depuis longtemps sur Unix (comme c'est expliqué dans l'article),
mais existent également sur NT. Comme on parle
beaucoup de sécurité en ce moment, l'absence de cette fonctionalité sur linux est une lacune
assez importante (en tout cas aux yeux de certains
admins), pour gérer les accès aux applications.
[^] # Re: Autre source (mieux ?!)
Posté par Frédéric RISS . Évalué à 1.
[^] # Re: Autre source (mieux ?!)
Posté par Okki (site web personnel, Mastodon) . Évalué à 2.
[^] # Re: Autre source (mieux ?!)
Posté par Frédéric RISS . Évalué à 10.
[^] # Re: Autre source (mieux ?!)
Posté par Vivi (site web personnel) . Évalué à -2.
Ah bon, c'est pas le cas actuellement ?
# Intermezzo est ds le 2.4 aussi
Posté par Sylvain (site web personnel) . Évalué à 1.
http://www.inter-mezzo.org/(...)
[^] # Re: Intermezzo est ds le 2.4 aussi
Posté par python . Évalué à 1.
[^] # Re: Intermezzo est ds le 2.4 aussi
Posté par Ramón Perez (site web personnel) . Évalué à 1.
[^] # commentaire rapide
Posté par python . Évalué à 1.
c'est pas le 2.4.15 comme indiqué par le 1er... (il a mis le lien en plus)
[^] # Re: commentaire rapide
Posté par Rin Jin (site web personnel) . Évalué à 1.
InterMezzo entered the Linux kernel at version 2.4.15, but the latest code is always here
Maintenant, il est dit dans l'article de 01 que InterMezzo 1.06 est intégré au noyeau 2.4.16, cela n'empéche pas InterMezzo d'avoir été intégré avant cette version au noyau.
# Intermezzo
Posté par Marc Lefranc . Évalué à 8.
# question (avec indice pour ceux qui nous regardent)
Posté par Benjamin Michotte . Évalué à 1.
Ca veut dire quoi une interface commune pour des filesystems ?
[^] # Re: question (avec indice pour ceux qui nous regardent)
Posté par Benoit Friry . Évalué à 10.
En d'autres termes, ils veulent mutualiser le code et les fonctions d'appel pour accéder aux ressources.
[^] # Re: question (avec indice pour ceux qui nous regardent)
Posté par kadreg . Évalué à 10.
Il manque un mot. Il s'agit de la création d'une interface commune pour la journalisation des systèmes de fichier.
Aujourd'hui, pour tout les systèmes de fichier, il y a UN appel pour chaque fonction, qui répartie après suivant le type de système, après avoir fait les choses possible pour tous les types de fichier. Exemple con (et sans doute faux dans son fonctionnement réel, mais c'est pour expliquer) : ln
Tu tente de faire un ln sur un system FAT32. L'interface commune est appellée, il vérifie que l'utilisateur a les droits d'écriture sur la cible, que la source existe, etc. Tout cela n'est pas dépendant du système de fichier sous-jacent, donc est fait par une couche commune (appelée vfat d'ailleurs, mais rien a voir avec le vfat que l'on met dans /etc/fstab). Ensuite, pour la création physique du ln, cela est fait par une fonction spécifique du FileSystem. Dans le cas d'un fat32, on peut physiquement pas, donc elle renvoi toujours false, donc l'erreur est remontée.
Maintenant pour les systèmes de fichier journalisé, il y a des idées communes. On peut supposer que tous ont des choses comme register_metada_in_journal. Mais aujourd'hui, tout est dupliqué pour chaque système de fichier. Le but est donc de recréer une couche (comme la vfat, et qui va sans doute finir dans la vfat), capable de s'occuper de ce qui est commun à chaque système journalisé, avant de passer a la couche du dessous. Cela diminuera les duplications de code, et allègera un poil le noyau.
[^] # Re: question (avec indice pour ceux qui nous regardent)
Posté par Jean-Pierre Schwickerath (site web personnel) . Évalué à 1.
# Orthographe !
Posté par Douglas Rafferty . Évalué à 8.
Je sais que pas beaucoup s'en soucient ici, mais moi ca me fait ch... que notre forum passe pour un forum de derniers de la classe !
On est pas sur hardware.fr ici.
Allez -1 parce que c'est evidemment hors sujet.
[^] # précision
Posté par python . Évalué à -10.
ça c'est 1er de classe :p
[^] # Re: Orthographe !
Posté par kalahann . Évalué à 1.
En plus ils étaient 2 à modérer la news...
[^] # Re: Orthographe !
Posté par Pascal Terjan (site web personnel) . Évalué à 1.
[^] # Re: Orthographe !
Posté par kalahann . Évalué à 1.
D'ailleurs je vois qu'elle a été corrigée...
# hurd roulez
Posté par laurent Belmonte . Évalué à -10.
[^] # Re: hurd roulez
Posté par kadreg . Évalué à 8.
* su : http://kt.zork.net/debian-hurd/latest.html#1(...)
* ps : http://kt.zork.net/debian-hurd/dh20011030_113.html#4(...)
* top : http://kt.zork.net/debian-hurd/dh20011023_112.html#15(...)
Il y a des nouvelles fonctionnalités a rajouter :)
(-1 parce que marcher dans un troll, et repondre par un autre encore plus gros)
[^] # Re: hurd roulez
Posté par kalahann . Évalué à -5.
[^] # Re: hurd roulez
Posté par laurent Belmonte . Évalué à -1.
avant http://obswww.unige.ch/~pfennige/gravitor/linus.gif(...)
apres
http://www.giga.de/db_images/img008583.jpeg(...)
[^] # Re: hurd roulez
Posté par Thomas Cataldo (site web personnel) . Évalué à 1.
Et peut déjà voir ce que donne un os basé sur micronoyau mach3 avec mac os X et c'est pas brillant. Ca ira surement mieux quand il passeront à l4.
http://www.gnu.org/software/hurd/l4-hurd.html(...)
[^] # Re: hurd roulez
Posté par Paerro Trime . Évalué à 1.
> micronoyau mach3 avec mac os X et c'est pas
> brillant.
Quel est le pb avec le noyau de MacOS X ? De toute façon ya pas tellement de rapport ; Mac OS X, c'est une version modifiée du noyau Mach 3 de la branche OSF, avec le système implémenté sous forme d'un serveur unique qui tourne dans l'espace du noyau alors que Hurd c'est un système avec de multiples serveurs qui tournent en user space, et basé sur la branche de Mach de l'université de l'Utah si mes souvenirs sont bons.
[^] # Re: hurd roulez
Posté par laurent Belmonte . Évalué à 6.
http://os.inf.tu-dresden.de/pubs/sosp97/(...)
[^] # Re: hurd roulez
Posté par skimmy . Évalué à 3.
# un petit article qui donne envie...
Posté par Pol . Évalué à 10.
Ca va être vraiment cool pour le travail en équipe ...
vivement demain !
[^] # Re: un petit article qui donne envie...
Posté par kadreg . Évalué à 1.
Ca va plaire à Poolpy ça :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.