Articles précédents : Articles
- [23] SUSE rejoint le consortium ObjectWeb et s'oriente vers J2EE
- [140] SuSE Linux racheté par Novell
- [132] Red Hat arrête le support gratuit
- [67] Vérités, contre-vérités et manipulations sur les brevets logiciels
- [104] Projet relancé chez traduc.org : traduction du noyau Linux.
- [6] Un hackfest au Québec
- [3] Traductions des articles d'Upgrade spécial Connaissances Ouvertes
- [49] Microsoft a des vues sur Google
- [55] Le spam est un frein à l'utilisation généralisée du courriel
- [124] Good morning Vietnam !
Liens connexes
- Towards Linux 2.6 (2033 hits)
- The New Work Queue Interface in the 2.6 Kernel (698 hits)
- The official IPsec Howto for Linux (887 hits)
- The Wonderful World of Linux 2.6 (937 hits)
- Le monde merveilleux de Linux 2.6 (4808 hits)
Dépêche modérée par
Articles : Noyau 2.6 - revue de presse électronique
Posté par jcs (page perso, ). Modéré le 05 novembre 2003.
Towards Linux 2.6 (2033 hits)
The New Work Queue Interface in the 2.6 Kernel (698 hits)
The official IPsec Howto for Linux (887 hits)
The Wonderful World of Linux 2.6 (937 hits)
Le monde merveilleux de Linux 2.6 (4808 hits)
> Lire la suite (36 commentaires, moyenne: 2,5). [dépêche : 789 caractères]
- 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.
Pour les utilisateurs de Fedora et RH9
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/11/2003 à 11:56. (lien). É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/11/2003 à 12:42. (lien). É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 (page perso, ) le 05/11/2003 à 19:25. (lien). É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
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 (page perso, ) le 05/11/2003 à 10:32. (lien). Évalué à 4.Merci pour ce lien !!
Je lis l'anglais technique. Mais les longs articles en anglais sont parfois assez usants à lire.
++chris;--
- Christophe -
-
[^]Re: Noyau 2.6 - revue de presse électronique
Posté par Sol Weintraub (page perso, ) le 05/11/2003 à 10:59. (lien). É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).
--
piti?
Re: Noyau 2.6 - revue de presse électronique
ma petite contribution :
http://penna.dyn.dhs.org/nvnet.2.5-1.diff(...)
http://minion.de/(...)
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é (page perso, ) le 05/11/2003 à 11:18. (lien). É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/11/2003 à 11:22. (lien). É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 Gertz (Jabber id, page perso, ) le 07/11/2003 à 23:02. (lien). É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/11/2003 à 13:05. (lien). É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/11/2003 à 18:58. (lien). É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é (page perso, ) le 06/11/2003 à 04:32. (lien). É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
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 (Jabber id, page perso, ) le 05/11/2003 à 12:50. (lien). É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/11/2003 à 12:59. (lien). É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 (page perso, ) le 05/11/2003 à 13:00. (lien). É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 (Jabber id, page perso, ) le 05/11/2003 à 14:22. (lien). É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/11/2003 à 12:56. (lien). É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/11/2003 à 14:20. (lien). É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 Matthieu C () le 05/11/2003 à 17:30. (lien). É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 (page perso, ) le 05/11/2003 à 16:21. (lien). É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/11/2003 à 08:17. (lien). É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/11/2003 à 10:12. (lien). É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/11/2003 à 13:35. (lien). É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 Matthieu C () le 05/11/2003 à 17:27. (lien). É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
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 05/11/2003 à 23:33. (lien). É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/11/2003 à 05:00. (lien). É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/11/2003 à 07:31. (lien). É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/11/2003 à 21:28. (lien). É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/11/2003 à 09:26. (lien). É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
-
-
Manques dans le IPSec HOWTO
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é (page perso, ) le 06/11/2003 à 04:41. (lien). É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.




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.