Merci, franchement, heureusement que tu es là, j'aurais jamais deviné.
Désolé, je n'étais pas très réveillé, après avoir avalé ma boisson de bonne conservation ce matin, j'ai mis le nez dehors, eh bien crois moi, il faisait récent !
Ah ! non ! c'est un peu court, jeune homme !
On pouvait dire... Oh! Dieu!... bien des choses en somme.
C'est un glaçon ! .. c'est un manchot (remarquez la finesse de l'allusion...) ! . . . c'est un iceberg !
Que dis-je, c'est un iceberg ?
...C'est une banquise !
Pour les possesseurs de cartes wifi intel 2200/2915A BG contrairement à ce qu'il est dit dans le fichier README.ipw2200 la version du driver est la 1.1.1 du coup il faut utiliser le firmware 3.0 plutôt que le 2.4
Je ne sais pas si j'étais le seul à ne plus réussir à faire marcher cette carte Wifi ipw2200 avec les noyaux 2.6.15 et 2.6.16 (alors que ça marche avec le 2.6.12 de ma Mandrake), mais avec ce noyau 2.6.17, elle remarche enfin sans soucis ! La preuve, je passe par elle pour poster ici.
Par contre, rien ne me permet d'affirmer que le problème venait du pilote ipw2200 ou d'un autre module utilisé avec le wifi.
je n'avais pas de soucis avec un 2.6.16-2 personnellement, il faudra juste que je n'oublie pas d'installer le nouveau firmware à la prochaine upgrade histoire de ne pas avoir de surprise -_-
...quelles sont les améliorations notables ?
Parceque faire un journal en disant qu'il est sorti mais sans préciser à quoi il sert, je trouve ça un peu dommage...
Bon je vais tenter de faire le tour de ce qui est intéressant (et en espérant ne rien oublier d'important)
Bon je penses qu'on peut commencer par l'inclusion de softmac qui permet d'utiliser les cartes "win-" wifi (c'est à dire que c'est le CPU qui fait beaucoup de choses), et qui permet l'arrivée notable du driver bcm43xx, qui permet d'utiliser de très nombreuses cartes par exemple les cartes AirPort Extreme, elle est en fait intégrée dans de nombreux portables.
Après je vais parler un peu de UML, qui permet de lancer linux en utilisateur, il apporte 2 nouveautés notables: La possibilité de régler au vol la mémoire allouée à l'UML et la possibilité d'utiliser nptl, qui devenait nécessaire vu que glibc 2.4 ne gère plus que lui officiellement.
On peut aussi noter l'arrivée de quelques appels systèmes (qui servent de liaison entre le noyau et le monde utilisateur) comme sync_file_range qui permet de dire au noyau d'enregistrer sur le disque une partie d'un fichier (par exemple la partie critique), et qui peut retourner à l'utilisateur quand l'écriture a vraiment commencée, tout de suite ou à la fin, la nouveauté est dans le "quand elle a commencée alors que d'habitude c'est juste tout de suite ou à la fin de l'écriture.
On peut aussi noter que le scheduler sait maintenant prendre en compte la présence de cpu multicore (qui partagent le même cache ce qui les différencie des multi cpu normaux, mais ayant des unités de calculs distincts ce qui les différencie des cpu multithreading)
On peut noter aussi le support du H323 dans iptables (pour le suivi de connection et donc pour le nat automatique des ports nécessaires)
Pour les distributions on peut aussi noter l'arrivée de "SMP alternatives" qui permet de choisir automatique SMP/non smp
Yet another mechanism is the "alternatives" feature, which allows the kernel to optimize itself at boot time. Consider this example of alternatives use (from include/asm-i386/system.h):
The alternative() macro compiles in the default code, but also makes a note of its location (and alternative implementation) in a special ELF section. Early in the boot process, the kernel calls apply_alternatives(), which makes a pass through that special section. Every alternative instruction which is supported by the running processor is patched directly into the loaded kernel image; it will be filled with no-op instructions if need be. Once apply_alternatives() has finished its work, the kernel behaves as if it had been compiled for the processor it is actually running on. This mechanism allows distributors to ship generic kernels which can optimize themselves at boot time.
un kernel générique que les distributions distribueront, qui s'optimise au boot pour l'architecture présente (un vieux 486 ou le dernier P4 SMP de-la-mort-qui-tue)
aucune idée, je me suis posé la question, mes idées:
-ca ralentit "un peu" le boot
-le temps perdu au boot est gagné après pendant l'utilisation de la machine
Les gens qui verront une différence devraient être ceux qui prennent les noyaux précompilés des distributions (car ceux qui compilent leur noyaux à la main l'optimisent normalement deja pour leur processeur)
Ces conclusions sont totalement empiriques, il faudra les ettayer avec de "vraix" informations + tard
en tout cas merci de tes précisions. J'ai également trouvé tout un article de LWN dessus : http://lwn.net/Articles/164121/
Le 2.6.17 est un noyau important puisque ce sera celui de etch et de edgy.
Les gens qui verront une différence devraient être ceux qui prennent les noyaux précompilés des distributions
Les noyaux précompilés sont déjà adaptés aux différentes génération, p.ex. Debian fournit plusieurs noyaux pour la distribution i386 : 486, 686, 686-smp, k7 et k7-smp (sans parler des versions -vserver et -xen).
Le reste des optimisations possibles (p.ex. passer de PPro (le défaut) à P4) apporte quoi ? au mieux 3 %¹ ? Et encore, seulement sur des applications particulières (calcul forcené). Donc à l'utilisation de firefox, koffice ou même TuxRacer, on ne verra pas grand' chose.
¹ : faudrait que je prenne le temps de tester, un jour, quand j'aurais² un super P5 de la mort qui tue, entre les noyaux 486, 686-ppro et 686-P5-de-la-mort-qui-tue.
² : ce qui m'étonnerait : pour le moment, j'ai un P3 (et si je ne mesure aucune différence significative, on va me dire que c'est parce qu'il n'y a pas assez de différence) et un amd64, pour lequel une comparaison entre les noyaux 486 et x64 en conservant tout le reste derrière à l'identique est compromise...
(car ceux qui compilent leur noyaux à la main l'optimisent normalement deja pour leur processeur)
Je crois que tout le monde passe à coté de la véritable nouveauté de cette version du noyau :
Le support de l'ULTRASparc T1, CPU dont le design est sous GPL.
L'autre particularité de ce CPU, c'est que sur une même puce il y a jusqu'a 8 cores gérant 4 threads simultanément et de la virtualisation matériel pour une consommation moindre qu'un Xeon ou un Opteron. Une bête de course pour les serveurs Web et les base de données.
boarf c'est la première génération de niagara alors un peu de patience.
En plus c'est pas un CPU fait pour le calcul intensif mais pour servir des pages web (et avec ses modules de crypto en hardware il fonctionne pas mal pour ce qui est de SSL).
Gravé en 90nm il est plus que compétitif sur son segment de marché et la version 65nm va tout arracher car elle aura 8 threads par core (64 au total) et une FPU par core (8 au total).
# faudrait savoir...
Posté par gaston1024 . Évalué à 8.
[^] # Re: faudrait savoir...
Posté par Smarter . Évalué à 2.
(dixit fr.wiktionary.org)
[^] # Re: faudrait savoir...
Posté par gaston1024 . Évalué à 10.
Désolé, je n'étais pas très réveillé, après avoir avalé ma boisson de bonne conservation ce matin, j'ai mis le nez dehors, eh bien crois moi, il faisait récent !
[^] # Re: faudrait savoir...
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: faudrait savoir...
Posté par SKBo . Évalué à 4.
Je sais, je sais, c'est pas bien de se moquer des noms, tout ça, mais c'était trop tentant :-p.
[^] # Re: faudrait savoir...
Posté par gaston1024 . Évalué à 6.
On pouvait dire... Oh! Dieu!... bien des choses en somme.
C'est un glaçon ! .. c'est un manchot (remarquez la finesse de l'allusion...) ! . . . c'est un iceberg !
Que dis-je, c'est un iceberg ?
...C'est une banquise !
# ipw2200
Posté par Smarter . Évalué à 6.
[^] # Re: ipw2200
Posté par Jllc . Évalué à 1.
Par contre, rien ne me permet d'affirmer que le problème venait du pilote ipw2200 ou d'un autre module utilisé avec le wifi.
[^] # Re: ipw2200
Posté par lukeg . Évalué à 1.
je n'avais pas de soucis avec un 2.6.16-2 personnellement, il faudra juste que je n'oublie pas d'installer le nouveau firmware à la prochaine upgrade histoire de ne pas avoir de surprise -_-
# et...
Posté par Thomas D . Évalué à 10.
Parceque faire un journal en disant qu'il est sorti mais sans préciser à quoi il sert, je trouve ça un peu dommage...
[^] # Re: et...
Posté par Pinaraf . Évalué à 9.
http://wiki.kernelnewbies.org/LinuxChanges
[^] # Re: et...
Posté par Ph Husson (site web personnel) . Évalué à 10.
Bon je penses qu'on peut commencer par l'inclusion de softmac qui permet d'utiliser les cartes "win-" wifi (c'est à dire que c'est le CPU qui fait beaucoup de choses), et qui permet l'arrivée notable du driver bcm43xx, qui permet d'utiliser de très nombreuses cartes par exemple les cartes AirPort Extreme, elle est en fait intégrée dans de nombreux portables.
Après je vais parler un peu de UML, qui permet de lancer linux en utilisateur, il apporte 2 nouveautés notables: La possibilité de régler au vol la mémoire allouée à l'UML et la possibilité d'utiliser nptl, qui devenait nécessaire vu que glibc 2.4 ne gère plus que lui officiellement.
On peut aussi noter l'arrivée de quelques appels systèmes (qui servent de liaison entre le noyau et le monde utilisateur) comme sync_file_range qui permet de dire au noyau d'enregistrer sur le disque une partie d'un fichier (par exemple la partie critique), et qui peut retourner à l'utilisateur quand l'écriture a vraiment commencée, tout de suite ou à la fin, la nouveauté est dans le "quand elle a commencée alors que d'habitude c'est juste tout de suite ou à la fin de l'écriture.
On peut aussi noter que le scheduler sait maintenant prendre en compte la présence de cpu multicore (qui partagent le même cache ce qui les différencie des multi cpu normaux, mais ayant des unités de calculs distincts ce qui les différencie des cpu multithreading)
On peut noter aussi le support du H323 dans iptables (pour le suivi de connection et donc pour le nat automatique des ports nécessaires)
Pour les distributions on peut aussi noter l'arrivée de "SMP alternatives" qui permet de choisir automatique SMP/non smp
[^] # Re: et...
Posté par lukeg . Évalué à 10.
Yet another mechanism is the "alternatives" feature, which allows the kernel to optimize itself at boot time. Consider this example of alternatives use (from include/asm-i386/system.h):
#define mb() alternative("lock; addl $0,0(%%esp)", \
"mfence", \
X86_FEATURE_XMM2)
The alternative() macro compiles in the default code, but also makes a note of its location (and alternative implementation) in a special ELF section. Early in the boot process, the kernel calls apply_alternatives(), which makes a pass through that special section. Every alternative instruction which is supported by the running processor is patched directly into the loaded kernel image; it will be filled with no-op instructions if need be. Once apply_alternatives() has finished its work, the kernel behaves as if it had been compiled for the processor it is actually running on. This mechanism allows distributors to ship generic kernels which can optimize themselves at boot time.
un kernel générique que les distributions distribueront, qui s'optimise au boot pour l'architecture présente (un vieux 486 ou le dernier P4 SMP de-la-mort-qui-tue)
[^] # Re: et...
Posté par patrick_g (site web personnel) . Évalué à 3.
[^] # Re: et...
Posté par lukeg . Évalué à 2.
-ca ralentit "un peu" le boot
-le temps perdu au boot est gagné après pendant l'utilisation de la machine
Les gens qui verront une différence devraient être ceux qui prennent les noyaux précompilés des distributions (car ceux qui compilent leur noyaux à la main l'optimisent normalement deja pour leur processeur)
Ces conclusions sont totalement empiriques, il faudra les ettayer avec de "vraix" informations + tard
[^] # Re: et...
Posté par patrick_g (site web personnel) . Évalué à 4.
Le 2.6.17 est un noyau important puisque ce sera celui de etch et de edgy.
[^] # Re: et...
Posté par patrick_g (site web personnel) . Évalué à 3.
[^] # Re: et...
Posté par Jean-Philippe (site web personnel) . Évalué à 1.
https://launchpad.net/distros/ubuntu/+source/linux-source-2.(...)
Pour etch ca me parait un peu normal, ils sont pas en freeze depuis quelques temps (ou une procédure approchante, je ne connais pas les détails)
[^] # Re: et...
Posté par Anonyme . Évalué à 2.
[^] # Re: et...
Posté par Sylvain Sauvage . Évalué à 0.
Les noyaux précompilés sont déjà adaptés aux différentes génération, p.ex. Debian fournit plusieurs noyaux pour la distribution i386 : 486, 686, 686-smp, k7 et k7-smp (sans parler des versions -vserver et -xen).
Le reste des optimisations possibles (p.ex. passer de PPro (le défaut) à P4) apporte quoi ? au mieux 3 %¹ ? Et encore, seulement sur des applications particulières (calcul forcené). Donc à l'utilisation de firefox, koffice ou même TuxRacer, on ne verra pas grand' chose.
¹ : faudrait que je prenne le temps de tester, un jour, quand j'aurais² un super P5 de la mort qui tue, entre les noyaux 486, 686-ppro et 686-P5-de-la-mort-qui-tue.
² : ce qui m'étonnerait : pour le moment, j'ai un P3 (et si je ne mesure aucune différence significative, on va me dire que c'est parce qu'il n'y a pas assez de différence) et un amd64, pour lequel une comparaison entre les noyaux 486 et x64 en conservant tout le reste derrière à l'identique est compromise...
Quand ils le font bien ;o)
[^] # ULTRASparc T1
Posté par Christophe Merlet (site web personnel) . Évalué à 2.
Le support de l'ULTRASparc T1, CPU dont le design est sous GPL.
L'autre particularité de ce CPU, c'est que sur une même puce il y a jusqu'a 8 cores gérant 4 threads simultanément et de la virtualisation matériel pour une consommation moindre qu'un Xeon ou un Opteron. Une bête de course pour les serveurs Web et les base de données.
http://opensparc.sunsource.net/nonav/index.html
http://www.sun.com/processors/UltraSPARC-T1/
[^] # Re: ULTRASparc T1
Posté par briaeros007 . Évalué à 2.
pas top pour le calcul:(
[^] # Re: ULTRASparc T1
Posté par patrick_g (site web personnel) . Évalué à 2.
En plus c'est pas un CPU fait pour le calcul intensif mais pour servir des pages web (et avec ses modules de crypto en hardware il fonctionne pas mal pour ce qui est de SSL).
Gravé en 90nm il est plus que compétitif sur son segment de marché et la version 65nm va tout arracher car elle aura 8 threads par core (64 au total) et une FPU par core (8 au total).
# Sous Mandriva
Posté par Unchabin . Évalué à 1.
kernel-tmb-desktop-2.6.17-1mdv
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.