Noyau 2.6 - revue de presse électronique

Posté par jcs (site web personnel) le 05 novembre 2003 à 10:16. Modéré par Fabien Penso.

Étiquettes :

nov.

2003

Voici quelques articles, au sujet du nouveau noyau Linux 2.6, dont on n'a pas parlé ici. En fait, il s'agit plutôt d'introductions et de tutoriaux destinés à ceux qui, bien qu'ils connaissent le fonctionnement global du système, ne sont pas des "Gurus" du noyau Linux. - Towards Linux 2.6 : l'article du IBM Developerworks se veut un panorama plutôt complet des nouveautés du noyau 2.6. Il est question, entre autres, de l'ordonnanceur ou comment porter les drivers pour le noyau 2.6.

- The New Work Queue Interface in the 2.6 Kernel : cet article disponible sur le site du Linux Journal initie brièvement au fonctionnement des handlers d'interruptions dans le noyau et présente l'intérêt et le fonctionnement de la nouvelle interface dans le noyau 2.6 pour les "Work Queues".

- The official IPsec Howto for Linux : Ralf Spenneberg a mis à jour le HowTo concernant IPSec ; il prend désormais en compte le noyau 2.6.

- Je rappelle le très intéressant article de Joseph Pranevich "The Wonderful World of Linux 2.6" dont on a déjà parlé sur LinuxFr.

Aller plus loin

Towards Linux 2.6 (3 clics)
The New Work Queue Interface in the 2.6 Kernel (4 clics)
The official IPsec Howto for Linux (1 clic)
The Wonderful World of Linux 2.6 (1 clic)
Le monde merveilleux de Linux 2.6 (1 clic)

# Pour les utilisateurs de Fedora et RH9

Posté par Dams Nadé (site web personnel) le 05 novembre 2003 à 10:42. Évalué à 2.

Des rpm aux ptits zonions :
http://people.redhat.com/~arjanv/2.5/(...)
(repository apt/yum)
- [^] # Re: Pour les utilisateurs de Mandrake >= 9.2
  
  Posté par blino le 05 novembre 2003 à 12:56. Évalué à 3.
  
  D'autres rpms pour Mandrake cette fois (pour 9.2 ou cooker):
  http://compil.mandrake.org/~blino/kernel-2.6/(...)
  Ces packages sont aussi disponibles dans le medium contrib pour Mandrake.
  N'hésitez pas à me faire part de vos conseils/remarques.
  - [^] # Re: déjà des fans
    
    Posté par blino le 05 novembre 2003 à 13:42. Évalué à 4.
    
    Austin Acton, un contributeur Mandrake, a écrit et enregistré une chanson à la gloire de ce nouveau noyau 2.6 (le tout en une trentaine de minutes !).
    Ce morceau est disponible ici: http://groundstate.ca/twopointsix.ogg(...)
    Plus d'informations sont disponibles sur cette page:
    http://marc.theaimsgroup.com/?l=mandrake-cooker&m=1068002876279(...)
    Si vous vous demandez comment il peut venir à l'idée de quelqu'un d'écrire une telle chanson, peut-être que ce fil de discussion vous éclairera un peu:
    http://marc.theaimsgroup.com/?t=106764822000002&r=1&w=2(...)
  - [^] # Debian sid (unstable)
    
    Posté par free2.org le 05 novembre 2003 à 20:25. Évalué à 1.
    
    il est dans Debian sid (unstable)
    apt-cache search kernel-image-2.6
    comme c'est une beta, il est préférable de lire la liste des bugs
    http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=kernel-image-2.6.0(...)
    et
    http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=kernel-source-2.6.(...)
# Re: Noyau 2.6 - revue de presse électronique

Posté par Francois Raph le 05 novembre 2003 à 11:17. Évalué à 10.

Pour le dernier lien, il en existe un en francais...

http://dsoulayrol.free.fr/articles/wonderful_2.6.html(...)
- [^] # Re: Noyau 2.6 - revue de presse électronique
  
  Posté par Christophe Lucas (site web personnel) le 05 novembre 2003 à 11:32. Évalué à 4.
  
  Merci pour ce lien !!
  Je lis l'anglais technique. Mais les longs articles en anglais sont parfois assez usants à lire.
  
  ++chris;
- [^] # Re: Noyau 2.6 - revue de presse électronique
  
  Posté par Sol Weintraub le 05 novembre 2003 à 11:59. Évalué à 5.
  
  Joe Pranevitch a apporté des modifications à son document. La traduction sera mise à jour dès que possible (lire : dès que j'aurai le temps).
# Re: Noyau 2.6 - revue de presse électronique

Posté par ramzez le 05 novembre 2003 à 11:43. Évalué à 9.

ma petite contribution :
pour faire fonctionner le nvnet (chip réseau des nforceX) :
http://penna.dyn.dhs.org/nvnet.2.5-1.diff(...)
pour faire fonctionner les cartes graphique nvidia :
http://minion.de/(...)
pour faire fonctionner le speedtouch (one ne peut plus simple et très bien fait) :
http://linux-usb.sourceforge.net/SpeedTouch/(...)

Sinon étant donné que ce kernel n'est pas encore stable, je pense qu'il n'est pas superflu de lire la lkml et bugzilla pour se tenir au courant des éventuels problèmes, comme récemment sur rh9 (pb de perf avec l'ext3)

[^] # Re: Noyau 2.6 - revue de presse électronique

Posté par Dams Nadé (site web personnel) le 05 novembre 2003 à 12:18. Évalué à 2.

> comme récemment sur rh9 (pb de perf avec l'ext3)

T'as une url ? J'utilise le 2.6 test 9 d'Arjan van de Ven, et j'ai pas des masses l'impression que ca rame (au contraire, je sens bien l'acceleration generale, belle bete ce noyau..) .. C'est pas un probleme de controlleur ide/scsi plutot ?
- [^] # Re: Noyau 2.6 - revue de presse électronique
  
  Posté par ramzez le 05 novembre 2003 à 12:22. Évalué à 3.
  
  non mais le pb est sans doute théorique, voilà le lien :
  http://lkml.org/lkml/2003/11/4/71(...)
  
  c'est passé sur kerneltrap.org
  - [^] # Re: Noyau 2.6 - revue de presse électronique
    
    Posté par Raphaël G. (site web personnel) le 08 novembre 2003 à 00:02. Évalué à 3.
    
    " ma petite contribution :
    # pour faire fonctionner le nvnet (chip réseau des nforceX) :
    http://penna.dyn.dhs.org/nvnet.2.5-1.diff(...(...))"
    
    ------------------------->>>>>>>>>>>>>>>>>>>>> Il est mort ton lien
    j'ai réussi a retrouvé le fichier sur le web ...
    je l'ai copié sur mon site perso histoire que vous tombiez dessus fastoche...
    
    l'adresse (.diff en dl direct...) :
    
    http://site.voila.fr/rapsys/nvnet.2.5_1.diff(...)
    
    a l'origine il s'appellait nvnet.2.5-1.diff ---> comme voila.fr n'aime pas les - (ils ne doivent pas connaitre un system open source qui supporte tout les caractères dans tout les noms de fichiers et dans les paths, y compris le "-")...
[^] # Re: Noyau 2.6 - revue de presse électronique

Posté par ookaze le 05 novembre 2003 à 14:05. Évalué à 3.

Mais ...
aucun howto sur le passage de LVM à LVM2 (et pour cause !).
J'ai dû le faire moi-même, et ce n'est pas trivial.
Heureusement, en faisant une partie de l'install de EVMS, j'ai pu installer les bons patches pour le device mapper.
Ca fonctionne, mais j'ai tout un tas d'erreurs nbd renvoyées par le kernel au boot. Ca doit être parce que je n'ai pas encore migré en LVM2 (je suis en LVM sur devmapper).
A priori, ça gène pas plus que ça.

J'ai eu effectivement un gros ralentissement (souris qui saccade) depuis que je l'ai installé il y a deux jours, or, ça ne m'était jamais arrivé en 2.4. je suppose que je vais devoir installer toutes les versions de test suivantes.

Ca marche plutôt bien actuellement, mais je n'ai plus de driver pour ma caméra USB. Il faut que je regarde s'il y a des versions pour Linux 2.6, et puis je pourrais toujours refaire le driver si besoin est.

Ah, et il n'y a toujours pas de howto pour passer en NPTL (ou un truc comme ça) non plus. Faut dire que la glibc qui gère ça n'est encore qu'en CVS, alors bon, je suis pas pressé.
- [^] # Re: Noyau 2.6 - revue de presse électronique
  
  Posté par ramzez le 05 novembre 2003 à 19:58. Évalué à 1.
  
  je pense pas qu'il y ait quoique ce soit à faire pour activer le NPTL si ce n'est avoir la bonne glibc.
  et ce n'est plus dans le cvs puisque c'est dispo dans la glibc 2.3.2 (dans debian depuis le 2 octobre)
  - [^] # Re: Noyau 2.6 - revue de presse électronique
    
    Posté par Dams Nadé (site web personnel) le 06 novembre 2003 à 05:32. Évalué à 1.
    
    Tu as raison. J'ajouterais que par contre on peut la desactiver et retomber sur les vieilles pthreads en faisant un simple 'export LD_ASSUME_KERNEL 2.4.1' quelque soit l'application. C'est tres utils pour les applications proprietaires comme realplayer 8 (non, je ne dis pas que realplayer est util) qui ne supportent pas ntpl.

# Graveur de CD IDE

Posté par Matthieu Moy (site web personnel) le 05 novembre 2003 à 13:26. Évalué à 5.

Est-ce que quelqu'un sait ou en est le support des graveurs IDE ?

Visiblement, le support ide-scsi était cassé. Est-il réparé ? Y a-t-il une autre solution ?

[^] # Re: Graveur de CD IDE

Posté par lezardbreton le 05 novembre 2003 à 13:50. Évalué à 0.

Quel problème ide-scsi ?
Il n'y a plus de module ide-scsi sur le 2.6...
- [^] # Re: Graveur de CD IDE
  
  Posté par NebuchadnezzaR le 05 novembre 2003 à 13:59. Évalué à 1.
  
  Si y'a toujours, le seul truc c'est qu'il faut avoir un cdrecord qui s'accorde avec l'IDE.
- [^] # Re: Graveur de CD IDE
  
  Posté par Matthieu Moy (site web personnel) le 05 novembre 2003 à 14:00. Évalué à 0.
  
  Ben, oui, mais ce que je veux savoir, c'est comment on peut graver avec un graveur IDE et sans ide-scsi. Je suppose qu'il faut que cdrecord & cie gèrent les graveurs IDE. Comment ça marche ? Et d'ailleurs, est-ce possible sur un noyau 2.4 (histoire d'essayer avant de faire le grand pas.) ?
- [^] # Re: Graveur de CD IDE
  
  Posté par lezardbreton le 05 novembre 2003 à 15:22. Évalué à 2.
  
  D'après le dernier lien :
  
  Par exemple, il est possible maintenant d'écrire directement sur les lecteurs IDE CD/RW à travers le vrai pilote de disque IDE, une implémentation plus propre qu'auparavant (précédemment, l'usage d'un pilote spécial d'émulation SCSI était aussi requis, ce qui était confondant et souvent difficile).
[^] # Re: Graveur de CD IDE

Posté par ookaze le 05 novembre 2003 à 13:56. Évalué à 0.

J'ai actuellement le support ide-scsi dans le kernel, et ça fonctionne sans problème. La seule différence, c'est que, comme c'est géré différemment, les bus et host n'ont pas la même numérotation.
En revanche, il me semblait que l'on pouvait graver par l'IDE directement actuellement.
Cela fonctionne avec cdrecord (on peut scanner l'ATAPI, et donc graver dessus en théorie), mais comme mes outils graphiques (gcombust et k3b) ne le gèrent pas, ça ne me sert pas à grand-chose.

Ai-je raté quelque chose ?
- [^] # Re: Graveur de CD IDE
  
  Posté par gloups le 05 novembre 2003 à 15:20. Évalué à 1.
  
  Ba, cdrecord est relativement simple à utiliser, avec 2 shells pour encapsuler les 2 modes de gravures ( pour moi, iso directe et repertoire).
  Et voila, pour besoin d'outils graphiques ;-)))
  - [^] # Re: Graveur de CD IDE
    
    Posté par M le 05 novembre 2003 à 18:30. Évalué à 1.
    
    idem sauf que tout est dans un meme script : si un prametre a l'extension *.iso il fontionne en iso direct.
    De plus mon script propose la verification des donnes grave (et aussi la taille des noms de fichiers pour le joliet), chose que je n'est pas encore vu sur les outils graphiques...
- [^] # Re: Graveur de CD IDE
  
  Posté par Amand Tihon (site web personnel) le 05 novembre 2003 à 17:21. Évalué à 5.
  
  Je suis passé en 2.6 hier soir, pour voir. Sans support ide-scsi, toujours pour voir.
  J'ai lancé k3b : il m'a directement trouvé le graveur et le lecteur, qui étaient tous deux en ide-scsi avec le 2.4. Je n'ai rien eu à faire pour que ca fonctionne...
  
  linux 2.6.0-test9, k3b 0.9 sur kde 3.1.4
  - [^] # Re: Graveur de CD IDE
    
    Posté par ookaze le 06 novembre 2003 à 09:17. Évalué à 1.
    
    Ah bon ?
    Mais tu es en devfs ou pas ?
    A quels devices accède k3b ?
    Peut-être devrais-je faire un lien de scdX vers les /dev/ide/...
    Le problème serait que k3b ne supporte pas devfs.
    Ca doit marcher alors dans ce cas. Je ferais la modif ce soir.
    
    Merci
  - [^] # Re: Graveur de CD IDE
    
    Posté par tgl le 06 novembre 2003 à 11:12. Évalué à 1.
    
    Pareil, ça marche tout seul avec xcdroast. Par contre, il te balance 36 warnings comme quoi en l'IDE c'est expérimental et que ça va ramer tout ça tout ça, et il n'a pas complètement tort : la détection de la présence d'un média dans le lecteur par exemple prend une éternité quand il n'y a pas de média (avais pas ce problème avec ide-scsi). Enfin bon, rien de dramatique ceci dit.
    (Oh, et j'étais en 2.6.0-test9-mm1, avec devfs).
[^] # Re: Graveur de CD IDE

Posté par Pat _ le 05 novembre 2003 à 14:35. Évalué à 1.

A priori, il y avait des soucis avec tout ce qui était émulation scsi :
j'avais des pbs avec mon graveur IDE, et je ne pouvais pas accéder à ma clé USB (géré par un driver usb-storage pseudo scsi). NB : Je ne sais pas si c'était lié.
Depuis le 2.6.0-test9 je n'ai plus de soucis ni d'un coté ni de l'autre ; ça s'est donc bien arrangé !
[^] # Re: Graveur de CD IDE

Posté par M le 05 novembre 2003 à 18:27. Évalué à 2.

dans xxx/doc/cdrecord-2.01/README.ATAPI
on peut trouver

- Linux (unfortunately not in the default configuration)

- It works more or less if you include ide-scsi

- Linux-2.4.xx includes a CDROM Packet interface in the
IDE CD driver. For this driver libscg now includes
support in pre-alpha status. Use cdrecord dev=ATAPI -scanbus
to check for drives and e.g. cdrecord dev=ATAPI:0,0 ....
for writing. Note that this interface is not integrated into
the standard libscg device naming scheme. Support for
this interface has been included because it is the only
way to use a PCCARD/PCMCIA writer - trying to use ide-scsi
on a PCATA interface will cause a Linux kernel panic
or will block all ATAPI drives.

- Starting with Linux-2.5.45, there is a new experimental
ATAPI interface initiated by Linus Torvalds. Unfortunately,
this interface does not fit well into the rest of the Linux
SCSI kernel transport naming scheme. Cdrecord allows to
use this interface by calling e.g. cdrecord dev=/dev/hdc ...
but it is not officially supported until it has been
integrated into the dev=bus,target,lun nming scheme.

Apres chez moi quand je grave avec dev=/dev/hdc cdrecord fonctionne normalement, mais le cd est illisible....

# Re: Noyau 2.6 - revue de presse électronique

Posté par Nicolas Antoniazzi (site web personnel) le 05 novembre 2003 à 23:05. Évalué à 2.

Il parrait qu'avec la version 2.6 du kernel, la gestion des threads a été grandement amélioré. A coté de ça, il parrait que la machine virtuelle Java aurait tendance à ramer sous linux en particulier à cause de la gestion des threads...

Alors je voulais savoir si parmis les gens qui ont installé un kernel 2.6 et qui ont installé l'IDE Eclipse ont vu un gain de performance ? C'est vraiment une info qui m'interresserait

[^] # Re: Noyau 2.6 - revue de presse électronique

Posté par Cook Captain le 06 novembre 2003 à 00:33. Évalué à 2.

Les JVM de Sun, a partir de la version 1.4, supportent la nouvelle architecture des threads (NPTL). Les performances s'en trouvent fortement améliorées. (c'est testable avec la dernière version du chapeau rouge)

Jusqu'à aujourdhui, les performances de Java sous Linux, et particulièrement en ce qui concerne le graphique, n'ont jamais approchées celle des JVM sous Windows ou même de Solaris. AMHA, les raisons majeures sont les suivantes :

Coté Java (SUN) :
- peu de moyens mis par SUN et consorts pour optimiser le code des JVM sous Linux
- AWT lourd et complètement obsolète (basé sur Motif)
- architecture graphique de Java (Java2D) peu adaptée à une interface de type XWindows (ie. beaucoup de rendering coté client)

Coté Linux :
- latences relativement importantes (=> interactivité pas top)
- gestion des threads peu performantes

Heureusement la nouvelle version du noyau 2.6 de Linux ainsi que la future version de Java (1.5 - tiger) devraient apporter des améliorations plus que significatives :

Pour Java :
- refonte complète de l'AWT qui se base directement sur Xlib et non plus sur Motif.
- support de OpenGL pour la partie Java 2D
- utilisation de la NPTL

Pour Linux : (les points marquants)
- NPTL
- Low latency patches
- Amélioration de la VM

Si les délais sont respectés, Java 1.5 et Linux 2.6 devraient sortir en version définitive à peu près aux mêmes dates (premier trimestre 2004)

A noter qu'à l'heure actuelle, les JVM d'IBM sont nettement plus performantes que celles de Sun sous Linux - hormis pour le graphique... mais parait-il moins robuste (qui peut le confirmer ?)
- [^] # Re: Noyau 2.6 - revue de presse électronique
  
  Posté par paparoot le 06 novembre 2003 à 06:00. Évalué à 2.
  
  un pote qui bouffe du Java aupetit déjeuner m'a expliqué que la JVM de Sun était la plus à jour sur les spécifications Java (normal, non ?) et celle d'IBM est optimisé pr la vitesse mais a tjs un temps de retard et est donc moins à jour . Le truc c'est de développer avec celle de Sun pr faire du standard bien propre, et puis celle d'IBM rulez si on s'en set juste pr faire tourner les applis (en croisant les doigts)
  
  Moi j'm'en tape, j'développe pas, et j'évite de faire tourner du Java, c'est trop lourd* (passera ? passera pas ? ...)
  
  * : pr ma machine vieillissante, qui est bien assez chargée comme ça ... (Athlon 650 slot A et 256Mo SDRAM)
- [^] # Re: Noyau 2.6 - revue de presse électronique
  
  Posté par ramzez le 06 novembre 2003 à 08:31. Évalué à 1.
  
  awt est forcément lent de part sa conception ...
  je sais pas ce que donnera le awt sur xlibs (je comprends pas comment ils comptent faire ça), mais l'idéal à mon avis pour le moment, c'est swt :
  http://www.sys-con.com/java/article.cfm?id=1892(...)
  
  PS : c'est clair qu'eclipse c'est pas une fusée au démarrage, même sur ma bécane qui est pourtant assez rapide :/
  - [^] # Re: Noyau 2.6 - revue de presse électronique
    
    Posté par Cook Captain le 06 novembre 2003 à 22:28. Évalué à 1.
    
    En fait l'AWT, en XLib, (XAWT) sert uniquement à récupérer une fenêtre de X pour pouvoir y faire de l'affichage à l'intérieur. Tous les widgets ont été réimplémentés en composants légers. Reste la gestion des évènements clavier, souris et du drag & drop. A priori le plus gros est déja fait.
    
    L'affichage proprement dit se fait soit au moyen des primitives xLib ou des appels OpenGL. C'est d'ailleurs là, grace à l'utilisation de Open GL, que l'on peut espérer une amélioration importante des perfs des applis utilisant Swing et Java2D sous Linux. (Pour info, sous Windows l'affichage se fait par Direct2D/3D).
    
    Maintenant il faut espérer que Sun y consacrera des moyens plus importants pour que la plateforme devienne réellement utilisable sous Linux coté client.
- [^] # Re: Noyau 2.6 - revue de presse électronique
  
  Posté par ookaze le 06 novembre 2003 à 10:26. Évalué à 3.
  
  Je ne pense pas que le problème se trouve au niveau de Linux.
  Peut-être qu'il y en a, mais ils sont mineurs.
  Et ce ne sont certainement pas les latences du noyau 2.4 ou la gestion des threads qui sont le problème.
  La gestion des pthreads est un peu plus rapide que celle des process, eux-mêmes à peu près équivalents aux threads sous Windows. Et mon bi-pro XP 2200 est au moins 3 à 4 fois plus lent en Java sous Linux que mon vieil Athlon 500 sous Windows. Et c'est le seul logiciel multithreadé qui pose problème.
  Vu l'avancée terrible au niveau des threads avec le NPTL, si on arrive juste au niveau d'un Windows en interactivité, il y a un terrible problème avec la JVM de Sun.
  
  Je vais déjà essayer de me compiler le Java 1.4.2 (ca va encore être compliqué) pour voir si ça va mieux.
  - [^] # Re: Noyau 2.6 - revue de presse électronique
    
    Posté par ramzez le 06 novembre 2003 à 11:08. Évalué à 1.
    
    c'est open source la jvm ??? tu as un lien, j'étais pas au courant

# Manques dans le IPSec HOWTO

Posté par Foxy (site web personnel) le 06 novembre 2003 à 02:01. Évalué à 1.

Le document "IPSec HOWTO" est une réference pour l'utilisation d'IPSec avec le kernel 2.6 mais c'est dommage pour l'instant, il manque la partie sur l'utilisation de FreeSWan (pour toutes les versions du kernel d'ailleurs), qui reste aujourd'hui la solution VPN la plus utilisée sous Linux. L'auteur ne traite pour l'instant que de l'utilisation d'Isakmpd (démon IKE d'OpenBSD) et de Racoon (démon IKE de FreeBSD).

Pour ceux qui ne le saurait pas, en kernel 2.6, de nombreux algos de crypto ont eté intégrés au kernel (3DES, AES...) et l'IPSec est géré par le noyau.
La seule appli 'userland' que l'on doit alors utiliser est un démon IKE pour faire la phase d'authentification IPSec (Pluto de FreesWan, Racoon ou Isakmp). En 2.6, plus besoin de la partie Klips de Freeswan qui est utilisé dans les kernel 2.4

[^] # Re: Manques dans le IPSec HOWTO

Posté par Dams Nadé (site web personnel) le 06 novembre 2003 à 05:41. Évalué à 2.

Il me semble que freeswan est en train d'etre modifie pour pouvoir utiliser directement l'ipsec du noyau (jusqu'a present ils avaient leurs modules a eux). Bref d'apres ce que j'avais cru comprendre, freeswan pour 2.6, c'etait pas fini.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.