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).
Aller plus loin
- Le thread (4 clics)
- La news sur kerneltrap (2 clics)
- La news sur /. (2 clics)
# On est pas censés dire Le GNU/Linux?
Posté par kalahann . Évalué à -10.
[^] # Re: On est pas censés dire Le GNU/Linux?
Posté par Pascal Terjan (site web personnel) . Évalué à 10.
[^] # Non, on dit VB/Linux.
Posté par Code34 (site web personnel) . Évalué à -10.
[^] # Re: Non, on dit VB/Linux.
Posté par kalahann . Évalué à -10.
# Linus est content
Posté par matiasf . Évalué à -10.
Mais Linus est tellement heureux de ces amélioration qui veut le faire savoir en passant en 3.0.
[^] # Re: Linus est content
Posté par kael . Évalué à 10.
[^] # Re: Linus est content
Posté par matiasf . Évalué à 10.
Le nouveau ..., le nouveau ..., etc...
C'est des amélioration et non des ruptures. Il y a de grosses différences entre apache 1.3.0 et 1.3.26 . Apache est toujours resté en 1.3 car c'était des amélioration dans la continuité. Apache 2 est en rupture avec 1.3 et les extensions apache 1.3 ne marchent pas sous apache 2.
Le nom logique du futur noyau est 2.6 . Après si c'est 3.0 pour marquer coup d'un ensemble d'amilioration significative, je m'en fous.
le 2.2 apportait beaucoup par rapport au 2.0 et méritait aussi de porter le nom 3.0.
le 2.4 apportait beaucoup par rapport au 2.2 et méritait aussi de porter le nom 3.0 (surtout que le développement sera plus long que le 2.4-> 2.6).
Le futur 2.6 apporte plus que les releases précédents ? pas sur !
Mais vrais que le futur 2.6 (ou 3.0) n'a plus grand chose à voir avec le 2.0. Marquer ce fait, que futur noyau n'a plus grand chose en commun avec le 2.0, est justifié.
[^] # Re: Linus est content
Posté par kael . Évalué à 10.
[^] # Re: Linus est content
Posté par Jar Jar Binks (site web personnel) . Évalué à 10.
C'est là la bonne raison à mon avis pour changer le numéro de version majeur. Pour l'instant, un driver écrit pour Linux 2.0 fonctionne aussi avec Linux 2.2 ou 2.4.
Si le nouveau noyau ne supporte pas certains des drivers du noyau actuel (je pense aux drivers OSS), le numéro majeur de version devrait être changé, car ce changement doit indiquer des évolutions incompatibles avec la version précédente.
[^] # Re: Linus est content
Posté par Anonyme . Évalué à 10.
Aussi, on aurait pu considérer que le 2.4 aurait du être 3.0 rien qu'en comparant ipchains/iptables, si on s'y fiait.
Il y'a quand même un monde de différences entre un noyau 2.4 et un 2.2 (ext3 etc...)
Ceci étant dit, je ne sais pas dans quelle mesure les évolutions de la VM sont capitales. S'ils sont plusieurs à le penser, c'est peut-être tout à fait justifié...
[^] # Re: Linus est content
Posté par kael . Évalué à 6.
[^] # Re: Linus est content
Posté par _seb_ . Évalué à 7.
ipchains et iptables sont deux logiciels différents. Je peux faire utiliser ipchains sur un noyau 2.4, cela ne pose pas de problème. Il y a compatibilité ascendante. Par contre, je peux difficilement utiliser iptables sur un noyau 2.2 (incompatibilité descendante).
Ce qui compte lorsqu'on parle de compatibilité, c'est la compatibilité ascendante. Les programmes developpés pour le noyau 2.x seront fonctionnels sur un noyau 2.y ( y>x ).
A priori pour le noyau 2.6, tous les programmes des noyaux inferieurs de la série 2.x seront compatibles. Donc, ce sera bien un noyau 2.6 et non 3.0.
Le changement de version ne doit pas avoir un but commercial (car plus de fonctionnalités, meilleurs performances, etc.), mais un but fonctionnel et rationnel.
[^] # Re: Linus est content
Posté par Alan_T . Évalué à 2.
Le seul truc qui change entre les deux, c'est que l'implémentation du firewall sous Linux a changé et est devenue Netfilter (ce qui n'est pas forcément une bonne chose, mais bon, ne lançons pas le débat!).
[^] # Translator
Posté par Pooly (site web personnel) . Évalué à -4.
[^] # Re: Translator
Posté par kael . Évalué à -4.
hop -1
[^] # Re: Translator
Posté par Éric (site web personnel) . Évalué à -7.
-1 c'etait trop facile
[^] # Re: Linus est content
Posté par kalahann . Évalué à 10.
linus dit l'inverse justement, que pour lui 2.6 est bien suffisant car il n'y a pas de changement majeur d'architecture ou d'incompatibilité binaire.
[^] # Re: Linus est content
Posté par kael . Évalué à 0.
[^] # Re: Linus est content
Posté par matiasf . Évalué à -10.
[^] # Re: Linus est content
Posté par Prosper . Évalué à -7.
[^] # Re: Linus est content
Posté par matiasf . Évalué à -8.
c'est bien fait pour moi!
[^] # Re: Linus le personnel :)
Posté par Ed GhZaaark . Évalué à -10.
y en a ras les boules des 2.2.x 2.5.x 2.4.1x etc..
mais bon ca arrange pas l'shmiliblik sont 3.0
on est loin d'un kernel BSD.
Et vu la disperssion tjrs manifeste des devel kern, et du jeu solo que nous pratique Linus, on est pas près d'avoir LE KERNEL.
mais bon, faut garder l'espoirE :)
bye
[^] # Re: Linus le personnel :)
Posté par kadreg . Évalué à 10.
linux XP ?
[^] # Re: Linus le personnel :)
Posté par Tony Gencyl . Évalué à 10.
Et vu la disperssion tjrs manifeste des devel kern, et du jeu solo que nous pratique Linus, on est pas près d'avoir LE KERNEL.
Heu je sens venir le gros Troll ;-)
En parlant des Kernels BSD, je me souviens en avoir bien bave l'annee 2000 pour lui faire reconnaitre ma pauvre SoundBlaster 16 ... Certes, certaines parties primordiales du Kernel BSD sont mieux implementees que ds les Kernel linux (gestion memeoire, systeme de fichier, drivers SCSI ...), mais je ne suis pas du tt certains que je puisse monter mon Archos, ou mon Olympus avec un BSD, de meme je suis pas sur que les composants audio de mon Asus (c-media) soient bien reconnu sur BSD ...
Tout depend de l'usage dont on en a besoin ...
Bref opposer BSD et Linux c'est aussi stupide que d'opposer une X-Box a MacOS X ...
[^] # Re: Linus le personnel :)
Posté par Franck Guillaud . Évalué à -8.
Bref opposer BSD et Linux c'est aussi stupide que d'opposer une X-Box a MacOS X ...
T'as raison c'est exactement ça: opposer Linux et BSD c'est opposer un jouet et un truc vraiment utile :-))). Warf
[^] # Re: Linus le personnel :)
Posté par Serge2 . Évalué à -2.
[^] # Re: Linus le personnel :)
Posté par Tony Gencyl . Évalué à 0.
Exactement !
Sinon pourquoi Google a choisi de mettre son cluster de 8000 machines sur Linux ?? ;-)
Je savais que ca sentait le Troll a pleine truffe ...
[^] # Re: Linus le personnel :)
Posté par Ed GhZaaark . Évalué à 0.
bye
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Linus est content
Posté par Alan_T . Évalué à 2.
D'après ce que dit Linus, la changement de numéro majeur se justifie lorsqu'on introduit une incompatibilité sur les binaires précédents.
Un peu comme lorsqu'on est passé de la libc à la glibc, ou encore comme pour gcc 2.x -> 3.x (car le code qui compilait avec le 2.x ne compilait plus avec le 3.x... remarquez, sans vouloir lancer de Troll, c'était aussi vrai d'une version à une autre, d'autant plus vrai en C++, mais bon...).
Ma question, c'est qu'est-ce qui a justifié le passage de 0.x vers 1.x et aussi de 1.x vers 2.x ?
Juste un peu d'histoire, quoi ! :-)
[^] # Re: Linus est content
Posté par kadreg . Évalué à 5.
1.0, c'est la première version utilisable en prod.
2.0, c'est le support des modules.
# C'est quoi une VM ?
Posté par Matthieu Moy (site web personnel) . Évalué à -2.
Virtual Memory ?!
View Mail ?!!
...
[^] # Re: C'est quoi une VM ?
Posté par Cedric Malherbe (site web personnel) . Évalué à 4.
[x]
[ ]
[^] # Re: C'est quoi une VM ?
Posté par TSelek . Évalué à 10.
Dans une autre veine, le Hurd est pour celà plus séduisant, l'architecture est plus contraignante, plus "structurante", la virtualisation plus profonde, au dépens des perfs diront les détracteurs.
Si vous n'êtes pas d'accord, plutôt que de troller supidement, essayez donc d'expliquer l'architecture de Linux en quelques phrases simples tout en restant pointu et exact... C'est pas gagné d'avance, c'est déjà de la dentelle un OS si versatil.
[^] # Re: C'est quoi une VM ?
Posté par Gaël Le Mignot . Évalué à 2.
Une Virtual Machine, c'est, comme son nom l'indique, une machine virtuelle, comme une machine virtuelle Java ou certains types d'émulateurs (émulateur HP48, ...) ou de debugers (valgrind).
La Virtual Memory, c'est le nom que l'on donne à la partie de l'OS qui gère la mémoire virtuelle des programmes, et donc en particulier le swap, le cache disque, le mappage de fichiers en mémoire, ...
Par contre, il n'y a aucun lien direct entre les deux, et très peu d'OS implémentent une Virtual Machine.
[^] # Re: C'est quoi une VM ?
Posté par Christophe Duhamel . Évalué à 10.
oualà oualà
[^] # Re: C'est quoi une VM ?
Posté par oliv . Évalué à 10.
-1 parce que trop con ;)
[^] # Re: C'est quoi une VM ?
Posté par Grégory SCHMITT . Évalué à 1.
Et vive la bourse ;-), on se refait pas...
[^] # Re: C'est quoi une VM ?
Posté par Alan_T . Évalué à -1.
Cela veut dire : Vil Modéro :-)
Allez, hop -> -1
[^] # Re: C'est quoi une VM ?
Posté par Franck Yvonnet . Évalué à -1.
Mais bien sûr. Et la marmotte elle met le chocolat dans le papier alu ?
(-1 parce que pas mieux)
# Mouai ... beaucoup d'éloges
Posté par Code34 (site web personnel) . Évalué à -4.
J'ai rencontré des bugs de compilation avec:
- le frame buffer ati 128
- les drivers digital ethernet de20x
- l'es1370 de Soundblaster
- des flags qui ne sont pas validés par le menuconfig
J'ai pas encore testé le bug sur l'i/o ide.
Sinon au niveau des perfs, j'ai mon X qui consomme 2% de cpu sur un 2.4.18, qui est passé à 19%. Je n'ai pas vu d'accélerations, ni de gains de performance au niveau des softs.
J'attends de voir la version stable pour être convaincu.
@+
code34
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.