Cette réunion (exclusivement sur invitation) est conçue pour permettre de décider les futures orientations de Linux et pour présenter les travaux en cours. Jonathan Corbet qui dirige le site LWN a suivi de bout en bout ce sommet annuel et nous propose des articles succints sur chaque session ayant eu lieu lors de ces deux jours. En outre il a lui-même animé une session généraliste spéciale sur la feuille de route (roadmap) du noyau dont la présentation est disponible. Cela permet aux utilisateurs lambda de se faire une idée de l'orientation générale du développement du noyau Linux. Journée du 18 juillet
La session sur les processeurs a surtout été consacrée aux puces x86 avec l'annonce par AMD de futurs processeurs allant au-delà de deux c½urs et partageant une mémoire cache de niveau 3. On a aussi évoqué "The Cell" qui sera incorporé dans la Playstation 3 de Sony.
La session sur les entrées/sorties, après avoir brièvement parlé des corrections d'erreurs sur le bus PCI, s'est concentrée sur la gestion spécifique de la mémoire pour les périphériques (implémentation d'un espace d'adressage virtuel vu par les périphériques).
La session portant sur la mémoire virtuelle a travaillé sur les problèmes de fragmentation et également sur la montée en charge et les risques de goulet d'étranglement.
La protection ExecShield a également eu droit à sa session spécifique portant sur la non-exécution des adresses mémoires des données (NX bit), sur la randomisation des adresses mémoires et sur les patchs de GCC pour contrôler les erreurs entraînant des vulnérabilités.
Le sujet à la mode de la virtualisation était présent à Ottawa avec le projet Xen et l'arrivée prochaine du support hardware dans les puces AMD (technologie Pacifica) et Intel (technologie VanderPool).
La session sur les systèmes de fichiers virtuels a souligné la complexité actuelle du code et les problèmes d'accès aux programmeurs qui en découlent. Plusieurs solutions pour simplifier cette partie du noyau ont été évoquées.
Journée du 19 juillet
La première session de la journée concernait les vendeurs de matériel et le problème récurrent des drivers du noyau.
Cet article de LWN est consacré au sommet sur le réseau qui s'est déroulé à Montréal immédiatement après les sessions d'Ottawa. On apprend notamment que Linux est maintenant pleinement compatible IPv6.
La session d'Ottawa prévue sur la convergence stockage/réseaux a surtout évoqué les risques de conflit entre NFS et le protocole iSCSI et les solutions envisageables à court et à long terme.
La session sur le clustering s'est concentrée sur la distinction à faire entre l'espace noyau et l'espace utilisateur et sur les choix d'implémentations.
La session sur les outils de fiabilisation (RAS : Reliability, Serviceability, and Availability) a été tenue par la développeuse Suparna Bhattacharya qui a évoqué les patches kexec et kdump qui permettent une meilleure "capture" (dump) lors d'un plantage du noyau.
La très attendue et très redoutée session sur le temps réel n'a pas conduit, comme on pouvait le craindre au vu des chaudes discussions précédentes sur la lkml, à des désaccords criants. Le consensus général est maintenant que les diverses approches répondent à des besoins différents en fonction de la définition que l'on donne au terme de "temps réel".
La session sur le noyau et le desktop portait essentiellement sur le serveur d'affichage X Window et sur les drivers des cartes graphiques.
Le 17 juillet, juste avant le début officiel du Kernel Summit, une réunion sur le sujet de la gestion de la consommation (Power Management) avait été tenue. Toutes les fonctions auxquelles les ordinateurs portables peuvent prétendre (Suspend-to-RAM, Suspend-to-Disk) sous Windows et qui sont difficilement accessibles sous GNU/Linux ont été abordées.
Enfin la dernière session du sommet 2005 portait sur le processus de développement du noyau et sur l'assurance qualité. Les discussions ont été nombreuses sur le nouvel outil de gestion du code (Git), sur l'absence d'ouverture de la branche 2.7 et sur la nouvelle politique de stabilisation du noyau (versions 2.6.x.y).
PS : La photo de groupe des développeurs du noyau...on peut hélas constater la présence d'une seule femme (deuxième rangée à partir du fond et sixième à partir de la droite).
Aller plus loin
- La page sur le site LWN (1 clic)
- Les développeurs (cherchez la fille) (1 clic)
# faute d'orthographe
Posté par ayla . Évalué à 1.
# Ah zut...
Posté par toctoc1 . Évalué à 9.
y font juste une photos au moment où j'étais parti chercher les bières...
http://lwn.net/Articles/144282/(...)
[^] # Re: Ah zut...
Posté par roger21 . Évalué à 1.
[^] # Re: Ah zut...
Posté par Slauncha (site web personnel) . Évalué à 2.
Pour Linus, je te donne une piste, regarde sur le coté gauche de la photo ... tshirt noir (j'en dis trop là ...).
[^] # Re: Ah zut...
Posté par Julien . Évalué à 5.
Trouvé sur wikipedia :
"Alan Cox [...] said he would not visit the United States for fear of being imprisoned after the arrest of Dmitry Sklyarov for DMCA violations."
( http://en.wikipedia.org/wiki/Alan_Cox(...) )
Est-ce que les lois canadiennes ne sont pas souvent très proches des lois état-uniennes dans ce genre de domaines ?
[^] # Lois canadiennes
Posté par Stéphane . Évalué à 4.
Il n'y a pas actuellement d'équivalent de la DMCA au Canada, cependant une révision des lois sur le copyright en vigueur (datant de 1985) est en train d'être discutée actuellement avec la C-60 Bill.
Malheureusement et sans grande surprise, la proposition actuelle semble grandement influencée par les lobbies de l'industrie et rien ne semble améliorer le sort des citoyens..
Heureusement la proposition ne pas aussi loin que la DMCA.
Plus d'infos:
http://www.michaelgeist.ca/index.php?option=com_content&task=bl(...)
[^] # Re: Lois canadiennes
Posté par Thomas Petazzoni (site web personnel) . Évalué à 1.
Par exemple, pile pendant le Linux Symposium, une loi a été votée pour autoriser le mariage homosexuel au Canada, donc c'est effectivement une nation plus progressiste que les États-Unis, au moins sur ce point là.
[^] # Re: Lois canadiennes
Posté par reno . Évalué à 1.
Le plus drôle (triste?) est qu'une majorité des Français sont pour le mariage des homosexuels, mais que ce sont les hommes politiques qui n'ont pas les c... de le faire.
J'espère qu'ils le feront bientôt, ne serait-ce que pour voir Christine Boutin pousser des hurlements d'effrois :-)
[^] # Re: Lois canadiennes
Posté par Matafan . Évalué à 2.
[^] # Re: Lois canadiennes
Posté par Julien . Évalué à 1.
Je serait étonné de voir le même genre de choses en France, il ne faut pas voir les USA comme une nation d'attardés non plus.
Ceci dit, je ne suis pas sur que le DMCA et le mariage homosexuel soient motivés par les mêmes lobbys ...
[^] # Butterfly effect
Posté par fenril . Évalué à 4.
[^] # Je dirais même plus : Pink Butterfly effect
Posté par Slauncha (site web personnel) . Évalué à 0.
==> []
[^] # Re: Ah zut...
Posté par BAud (site web personnel) . Évalué à 10.
~~~~> [ ]
# Ça c'est de la news, mon p'tit gars
Posté par Aurélien Bompard (site web personnel) . Évalué à 10.
[^] # Re: Ça c'est de la news, mon p'tit gars
Posté par Amaury . Évalué à 7.
Au final, on s'aperçoit que ce sont toujours les mêmes qui gagnent les ouvrages, parce que ce sont toujours les mêmes qui prennent ces 5 minutes supplémentaires qui font la différence entre une dépêche de base et une dépêche soignée qui prend le temps de creuser le sujet.
Merci donc, à Pierre Jarillon, Patrick Guignot, tuiupol ou encore Jean Noubli pour leurs contributions qui sont toujours très appréciées par l'équipe de modération.
Il ne tient qu'aux autres de venir concurrencer ces stakanovistes de la dépêche à succès sur leur terrain :-)
[^] # Re: Ça c'est de la news, mon p'tit gars
Posté par Christophe Lucas (site web personnel) . Évalué à 7.
- http://www.osnews.com/(...)
- http://www.lwn.net/(...)
Maintenant, je concède que certaines news sont bien fignolées, certaines sont juste de la traduction.
Bonne soirée,
PS: C'est parti pour le moinsage !! ;) je vous en veux pas.
[^] # Re: Ça c'est de la news, mon p'tit gars
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
Je ne voudrais pas décourager les auteurs potentiels, mais au contraire les encourager à relire plusieurs fois leur article en entier, vérifier le texte avec une grammaire et un dictionnaire en cas de doute, même léger, réécrire les phrases jusqu'à obtenir un style fluide, vérifier les URL et les recopier systématiquement avec un copié-collé, revérifier les URL en les ouvrant dans une nouvelle fenêtre et relire encore une fois après chaque correction. Tout cela demande du temps. Cet article, très bien fait, a certainement dû en demander beaucoup, ne serait-ce que pour faire le résumé des sessions.
Étant relecteur, je vois passer les soumissions d'articles. Trop souvent, la qualité de rédaction nous fait refuser la publication de nouvelles qui auraient été intéressantes et c'est bien dommage. Nous avons la possibilité de corriger les nouvelles avant publication, mais s'il faut réécrire des phrases entières, ce n'est plus le travail de l'auteur... C'est ainsi que des articles sont refusés et ont fait perdre du temps à tout le monde..
Pour conclure, n'hésitez pas à proposer des articles, mais prenez le temps de bien les rédiger.
[^] # Re: Ça c'est de la news, mon p'tit gars
Posté par Nicolas Boulay (site web personnel) . Évalué à 4.
Il y a des moins en moins de news sur linuxfr. Parfois plusieurs jours sans rien de neuf ! Parfois d'un coup 4 news.
Certe d'autre site abuse dans l'autre sens mais tout de même !
"La première sécurité est la liberté"
[^] # Re: Ça c'est de la news, mon p'tit gars
Posté par Thomas Petazzoni (site web personnel) . Évalué à 7.
[^] # Re: Ça c'est de la news, mon p'tit gars
Posté par Guillaume Mortier . Évalué à 9.
Je m'explique. Nous trouvons actuellement, sous la même présentation, des articles, des vrais, et d'autres qui n'en sont pas forcément :
la sortie de CoinCoin 0.5 n'est pas en soit motif à faire un "vrai article", surtout si on a déjà longuement parlé du contenu de ce fameux CoinCoin.
L'important, au moment de la sortie, c'est de donner l'info afin que tous se précipitent sur les miroirs de download. D'où l'idée de mettre à part ce style de news.
Un peu comme le bandeau qui défile en bas de l'écran sur les chaines d'info continue. Son seul objectif : de l'info en quelques mots.
Ainsi, plus de mélange entre ces "newsettes" et les vrais articles, qui eux ont un style, un contenu nettement plus complet et représentent il est vrai pas mal de boulot de la part de leurs auteurs.
# Intégration de module
Posté par François Obada . Évalué à -1.
# Vert et Noir comme ...
Posté par asbin . Évalué à 2.
Le vert fluo sur fond noir ... pas très esthétique !
à quand des cours de comm' pour les développeurs kernel ;) ?
;-]
[^] # Re: Vert et Noir comme ...
Posté par patrick_g (site web personnel) . Évalué à 1.
Pour faire comme si c'était le texte vu dans un terminal ?
De toute façon on se fiche un peu de la couleur parce que je trouve cette présentation très bien faite sur le plan du contenu (c'est le seul qui compte). Y'a un résumé des features introduites dans chaque saut mineur de version du kernel (2.6.0 -> 2.6.1...etc).
C'est dingue quand même la quantité de chose ajoutées depuis le 2.6.0 !!
Depuis le 2.6.10 y'a dans le noyau les "BSD secure level" qui étaient un des grands arguments des BSD-fans...je l'avais pas vu passer ça !
[^] # Re: Vert et Noir comme ...
Posté par GTof . Évalué à 3.
[^] # Re: Vert et Noir comme ...
Posté par Krunch (site web personnel) . Évalué à 4.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Vert et Noir comme ...
Posté par Pierre Jarillon (site web personnel) . Évalué à 2.
Les Unix propriétaires sont moribonds (il ne reste plus que Solaris qui donne encore quelques signes de vie) et BSD peut évoluer. Alors, est-ce vraiment un problème ? Si une nouvelle fonctionnalité est vraiment intéressante, pourquoi s'en priver surtout si elle donne un avantage substantiel à notre OS préféré ?
[^] # Re: Vert et Noir comme ...
Posté par herodiade . Évalué à 7.
Quant au reste de la problèmatique, c'est aussi la question de savoir si l'on accepte de transgresser allègrement les standards (en l'occurence la sémantique posix d'accès aux systèmes de fichiers).
En tant qu'utilisateur de systèmes BSD je peut vous dire qu'il est souvent désesperant de constater le nombre d'applications libres linuxentriques (eg. qui vont taper dans /proc là ou un appel système posix ferait l'affaire etc.). Heureusement ce sont souvent les applications les plus mal codées: on peut se servir de ce genre de choses comme d'un filtre qui permet de garder un système stable.
Concernant FUSE, des solutions alternatives et portables fonctionnent en userland, comme le gnome-vfs par exemple.
[^] # Re: Vert et Noir comme ...
Posté par finesse2600 . Évalué à 3.
[^] # Re: Vert et Noir comme ...
Posté par Matthieu Moy (site web personnel) . Évalué à 5.
Si j'ai bien compris, avec FUSE, tu fais
Applie -> appel système (donc passage en mode noyau) -> retour en mode user
Avec Hurd, tu fais directement
Applie -> serveur en mode utilisateur
Ce qui fait dire au moins aux puristes que "hurd, c'est mieux". A priori, la méthode de Hurd est plus fiable (rien ne tourne en mode noyau) et parait-il plus efficace.
Par contre, la grosse différence, c'est que Linux est stable et utilisé en production, donc, l'arrivée de FUSE dedans, ça veut dire tout simplement qu'on va pouvoir s'en servir pour de vrai !
[^] # Re: Vert et Noir comme ...
Posté par M . Évalué à 5.
C'est souvent pire que ca, vu que ton fs en mode user doit aussi faire des appels systemes des qu'il commence a faire autre chose que hello word.
On se retrouve donc avec appli -> [libc ->] appel système -> vfs noyau -> fs user -> [libc ->] appel système -> noyau.
On sent tres vite le surcout...
[^] # Re: Vert et Noir comme ...
Posté par Thomas Petazzoni (site web personnel) . Évalué à 3.
[^] # Re: Vert et Noir comme ...
Posté par asailor . Évalué à -1.
# Où est Charly ?
Posté par yoho (site web personnel) . Évalué à 4.
Sinon, ils se basaient sur quoi pour les invitations ? Parceque des contributeurs au noyau, ils y en a un bon paquet, et ils sont plus nombreux que ça (donc il y a peut-être d'autres femmes qui n'ont pas été invitées, du coup)
[^] # Re: Où est Charly ?
Posté par Christophe Lucas (site web personnel) . Évalué à 1.
Je pense qu'une bonne partie des mainteneurs de sous-systèmes son invités. Ensuite libres à chacun des contributeurs de se déplacer et de participer :)
Bien le bonjour chez vous ... :)
[^] # Re: Où est Charly ?
Posté par yoho (site web personnel) . Évalué à -2.
[^] # Re: Où est Charly ?
Posté par figus . Évalué à 0.
# Trusted computing
Posté par syntaxerror . Évalué à 2.
[^] # Re: Trusted computing
Posté par tgl . Évalué à 5.
https://linuxfr.org/comments/590662.html#590662(...)
[^] # Re: Trusted computing
Posté par syntaxerror . Évalué à 2.
(bieennggg, t'as pas marché dedans :-))
# suspend to disk
Posté par schyzomarijks . Évalué à 8.
Aujourd'hui, c'est la galère et rien n'assure que ca marchera pour un portable donné.
Des fois, ca marche, souvent ca marche pas.
[^] # Re: suspend to disk
Posté par ckyl . Évalué à 4.
Supposons que tu as 1Go de RAM ton disque dur fait disons du 30Mo/s ce qui fait dans les 35 secondes pour reveiller le portable ! À raprocher de la vitesse de boot des distros avec un bon système d'init.
Sans oublier qu'au passage tes connexions réseau ont expirées etc. Au final ce n'est pas la killer feature, avec une machine qui boot rapidement et un DE qui sait se retrouver dans l'état ou il était ca va aussi vite.
Le suspend to ram est lui très interessant et permet vraiment d'exploiter la mobilitée d'un portable. Par exemple mon ibook peut rester plus de 3 semaines en suspend to ram sans problème. Tu ouvres le capot et c'est reveillé entre 5 secondes.
[^] # Re: suspend to disk
Posté par Anthony F. . Évalué à 3.
Moyennant un algo rapide de compression, on ramène le temps de sauvegarde/chargement autour des 10 secondes... (je l'utilise sous Windows XP sur un portable IBM, et ce sont à peu près les temps constatés)
[^] # Re: suspend to disk
Posté par Krunch (site web personnel) . Évalué à 2.
http://info.iet.unipi.it/~luigi/swap.ps(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: suspend to disk
Posté par beagf (site web personnel) . Évalué à 6.
A priori, mais sans aucune garantie je dirais que les pages memoires ne sont pour la grande majoritee par restaurées au reveil, mais laisser sur la partition swap ou elle on étée sauvegardée. Elle ne sont restaurée en ram que quand elle sont nécéssaire, un peu comme si le noyau décidait de swapper toute la ram pour libérer un max de place. Ensuite si tu réactive une appli il restaure les pages nécéssaires.
Ca a pour effet désagréable, que en retour d'hibernation si je retourne sur un bureau avec des applis lourdes, du style firefox ou autre... j'obtient une latence de 2 ou 3 sec.
[^] # Re: suspend to disk
Posté par Sylvain Sauvage . Évalué à 9.
Effectivement, avec celle-là, les applications restent en swap et c'est plutôt chiant au réveil car certaines (toutes ?) prennent autant de temps pour se réveiller que pour se lancer (voire parfois plus, mais il y a toujours l'avantage de conserver les fichiers/onglets/... ouverts).
Par contre, avec suspend2 (patch dont il a été question pendant le sommet* et qui devrait être intégré par morceaux), non seulement on a la compression (ce qui diminue les accès disque et donc les délais) mais en plus la mémoire est mieux restaurée et c'est beaucoup plus rapide : les applications sont tout de suite réactives (à moins qu'elles ne fussent déjà en swap à l'endormissement).
Je me souviens avoir été bluffé par la différence de rapidité entre swsusp et suspend2 lors de mes premiers tests (je ne parlerais pas de pmdisk qui n'a jamais vraiment fonctionné chez moi).
* c'est moi ou ça fait très « rencontre de chefs d'États » ?
[^] # Re: suspend to disk
Posté par Cédric Dalmasso . Évalué à 1.
cedric
[^] # Re: suspend to disk
Posté par beagf (site web personnel) . Évalué à 5.
Perso mon portable le supporte, et je dois avouer que c'est le pied.
Aussi bien avec le to-ram et le to-disk pas de problemes, il a juste fallu patcher la DSDT. (un dell x300 pour ceux que ça interresse, mais il n'est plus vendu et je ne sais pas is le x1 est aussi bien supporté par linux)
J'utilise le to-ram quand je suis sous batterries et que je n'ai pas a utiliser le portable pendant au moin quelques minutes, et le to-disk a remplacer cher moi le shutdown.
Globalement, je ne fais des reboot que quand je change de noyau. Donc jamais besoind de relancer les applis, et ça c'est vraiment le plus agreable. Tu demarre ton portable et en 14s montre en main (pour un to-disk) tu est pres a bosser.
[^] # Re: suspend to disk
Posté par CrEv (site web personnel) . Évalué à 2.
Mais l'intéret est ailleur je pense.
En tout cas pour ma part la mise en veille (quelle soit ram ou disk) n'est là que pour me permettre de mettre en veille mes applications.
Car comparé à un arret + démarrage, il faut y rajouter le temps d'ouvrir tous les programmes qui étaient déjà ainsi que les remettres dans le même état (fichiers ouverts, ...)
Et c'est ça qui est réellement important.
[^] # Métacommentaire
Posté par Philip Marlowe . Évalué à 5.
Il va de soi que je ne juge pas ici du fond de tes commentaires, mais juste de la forme que tu emploies.
[^] # Re: Métacommentaire
Posté par CrEv (site web personnel) . Évalué à 4.
Je l'ai enlevée le temps d'en trouver une plus apropriée (moyennant le temps qu'elle se promène dans le cache...)
[^] # Re: suspend to disk
Posté par tgl . Évalué à 1.
> 30Mo/s ce qui fait dans les 35 secondes pour reveiller le portable !
> À raprocher de la vitesse de boot des distros avec un bon
> système d'init.
Après un boot frais, je doute que tu aies 1Go de RAM d'utilisé. Il manque donc qqch dans ta comparaison...
Perso j'avais mesuré mon temps de réveil lors d'une utilisation typique, dans une discussion ici :
http://linuxfr.org/forums/10/9217.html(...)
Réveil en 22 secondes pour 480Mo de RAM utilisés, avec compression LZF et sur un disque 5400t/min. C'est 22 secondes pour avoir un bureau avec tout plein d'applis lancées, et des documents ouverts de partout, bref dans l'état du bureau de quelqu'un que tu interromps alors qu'il est sur sa session depuis bien des jours sans l'avoir jamais fermée. Franchement, ce que tu récupères au réveil, il n'est souvent pas envisageable d'y revenir sans y passer de nombreuses minutes sur un boot frais. Sans compter qu'une session bien chargée, c'est long à fermer (annoter tes buffers de code pour marquer ou tu en étais dans ton boulot, sauver des buffers de petites notes temporaires qui ne l'auraient jamais été sinon, bookmarker temporairement des pages web, etc.).
> Sans oublier qu'au passage tes connexions réseau ont expirées etc.
C'est le rôle du script "hibernate" de s'occuper de tous ces petits détails, et il le fait très bien pour peut qu'on le lui demande dans la config.
[^] # Re: suspend to disk
Posté par Mafi (site web personnel) . Évalué à -1.
Par contre au réveil c'est pas gagné pour que j'ai tout récupéré mais bon ...
Mais quand je suis bien chargé j'ai pas de problème pour me mettre en veille.
Par contre les connexions réseaux, bah ça on peut rien y faire :/
:P
# Kdump
Posté par herodiade . Évalué à 2.
Suffit-il de compiler le kernel avec -g ou bien ?
Et où se trouvera le coredump ?
# Hotplug de CPU ?
Posté par Sylvain (site web personnel) . Évalué à 0.
[^] # Re: Hotplug de CPU ?
Posté par chl (site web personnel) . Évalué à 6.
En fait ca marche déjà, tu peux enlever ton cpu a chaud, mais l'ennuit c'est que le kernel n'a pas moyen de savoir lorsque tu le rebranches.
# Economie de batterie ?
Posté par RedIsDead . Évalué à 2.
Une batterie a une durée de vie, mais surtout un certain nombre de cycle de rechargement.
Quand vous changez de pièce par exemple, et que vous rebranchez le chargeur, meme si la batterie a perdu 0.5% de sa charge, la recharge fera un nouveau cycle de batterie.
Un utilitaire ibm sur le thinkpad permet de parametrer tout ca et par exemple de charger la batterie uniquement si elle descend en dessous de 70%. Comme ca on reste sur le meme cycle de batterie toutes les fois ou déplace son portable.
J'ai un peu cherché, mais je n'ai rien trouvé. Les gens qui utilisent Linux sur un thinkpad ne semblent meme pas connaitre cette fonctionnalité.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.