Alors comme ça on profite lâchement du fait que je doive gagner ma croute en allant bosser pour poster dans mon dos une news sur le sommet Linux ?
Bon tant pis, il est hors de question que ce soit uniquement dev/null qui profite de mes petits résumés amoureusement fignolés....
Je poste donc MA news ;-)
Comme l'an dernier le site Linux Weekly News vient de rendre disponible son compte rendu complet du sommet 2006 des développeurs du noyau Linux qui a eu lieu les 17 et 18 juillet à Ottawa.
Cette réunion des principaux developpeurs du noyau est conçue pour permettre de décider les futures orientations technique de Linux et pour présenter les divers travaux en cours.
Comme en 2005 une Photo de groupe est disponible. Elle démontre une augmentation vertigineuse du nombre de femmes dans l'assistance (+100% !).
Journée du 17 juillet
Conférence sur les processeurs
AMD a annoncé l'arrivé de multiprocesseurs ayant des coeurs tournant chacun à des vitesses variables afin de réduite la consommation d'énergie. La firme de processeurs embarqués Freescale désire que le noyau puisse autoriser les opérations cryptographiques asynchroneset supporte les accélérations hardware des fonctions réseau.
Les developpeurs ont également évoqués les risques d'erreurs aléatoires au fur et à mesure que les transistors deviennent plus petits. Le noyau devrait permettre de confiner ces erreurs et de tuer la tâche fautive au lieu de se mettre en panic.
Enfin les fonctions de préchargement de données présentes dans des processeurs deviennent de plus en plus complexes et efficaces et les développeurs réfléchissent au fait que le code noyau s'occupant explicitement de ce préchargement va sans doute devenir moins utile ou même néfaste.
Multi-Conférence sur divers sujets
Cette session a abordé plusieurs mini-sujets de façon rapide : l'inclusion de la pile wifi DeviceStack qui se passe bien mais qui n'est pas encore apte au support des machines SMP; Le support de la qualité de service pour les réseaux sans fil; Les risques légaux en cas de reverse-engineering; les problèmes de fragmentation de mémoire; l'arrivée d'une infrastructure de tests pour la compatibilité ACPI. Le dernier sujet était la consommation de la batterie sous Linux et sous Windows. L'OS de Redmond est capable de tenir 290 minutes alors que Linux stoppe après 240 minutes. Il semble que Windows fasse une lecture en avance (readahead) du disque afin de remplir des tampons et stopper le disque plus vite. Des progrès du noyau sont donc à attendre de ce coté.
Conférence sur la qualité du noyau et le processus de developpement
Andrew Morton a présenté les résultats de son sondage informel auprès des lecteurs de LWN au sujet de la qualité du noyau. Une des plaintes courantes des utilisateurs est que le fait de rapporter un problème sur le bugzilla du noyau ne conduit à aucune réaction des developpeurs. La décision a été prise que les bugs postés sur le bugzilla du kernel seront automatiquements postés sur les kernel mailing-lists correspondantes.
Il a également été pointé le fait que beaucoup de personnes écrivent du code noyau mais que peu d'entre elles se consacrent à la relecture des patches des autres developpeurs. C'est ce qui explique, en partie, la longue attente de Reiser4 dans la branche -mm du fait de l'absence de volontaires pour la relecture et la validation du code.
Conférence sur l'interface ioctl()
Cette conférence très technique s'est concentrée sur la meilleure façon de gérer les interfaces avec le code noyau. L'interface ioctl() est une des techniques pour ajouter des appels système mais elle pose de nombreux problèmes : Les nouveaux appels système introduits tendent à êtres différents pour chaque périphérique; l'API résultante n'est pas revue; l'interface pose des problèmes sur les systèmes mixtes 32/64 bits et enfin la compatibilité avec les outils comme strace est médiocre. Des solutions pour contourner ces problèmes ainsi que des alternatives à ioctl() ont été discutés.
Conférence sur l'ABI du noyau (Application Binary Interface
Cette ABI, qui reste stable de manière à ce que les applications en user-space continuent de fonctionner après un changement de noyau, devient difficile à maintenir avec le temps. Une solution est d'utiliser Sysfs qui fait le lien entre l'ABI vue par les applications et l'API interne du noyau (susceptible de changer en permanence).
Le sujet de la capture des logs de crash du noyau avec le programme HAL (infrastructure d'abstraction du matériel qui est soutenue par Freedesktop et est commune à KDE et Gnome) a été évoqué. Pour améliorer la qualité de HAL une solution serait d'éventuellement l'inclure dans l'arbre des sources du noyau.
Conférence sur la mise en veille (Software suspend)
La controverse a été vive entre les partisans de la solution inlcuse dans le noyau et ceux en faveur d'un programme en espace utilisateur (ce qui permet d'avoir facilement des fonctions de compression et de chiffrage). Aucun consensus clair n'a pu surgir sur l'inclusion ou non des patches suspend2 de Nigel Cunningham. Ce sujet est difficile et Linux reste très en retard par rapport aux OS propriétaires ce qui provoque la grogne des utilisateurs.
Conférence sur la documentation
Cette conférence, co-dirigée par l'éditeur de LWN Jonathan Corbet, a pointé du doigt l'absence de maintenance de la documentation du noyau. On peut trouver dans cette documentation des phrases évoquant le fonctionnement de binaires Java avec le kernel 1.3 (!) ou d'autres détaillant comment faire marcher Linux sur des machines exotiques ayant plus de 16 Mo de RAM (!). Des discussions au sujet des outils de documentation automatique du code sont arrivées à la conclusion qu'il est actuellement trop lent d'utiliser ces techniques.
Les man pages sont également en retard (celle sur le réseau se réfère au noyau 2.2). Une solution serait qu'un mainteneur à plein temps soit payé pour s'occuper de ces man pages. La solution (adoptée par OpenBSD) d'imposer que chaque patch d'un developpeur soit accompagné d'une mise à jour de la man page correspondante a été refusée par Linus Torvalds. Selon lui ce n'est pas une bonne solution du fait que les developpeurs du noyau ne savent pas écrire de la documentation utile (a lot of kernel developers have huge problems communicating with humans).
Journée du 18 juillet
Conférence sur les patches pour le temps réel
L'inclusion du patch implémentant le support du temps réel a été évoqué par les developpeurs présents à cette conférence. Ce patch s'est réduit en taille ces derniers mois (il ne fait plus que 700 Ko) du fait de l'inclusion progressive dans le noyau de diverses fonctions liées au temps réel (futexes robustes, priority inheritance, couche IRQ générique, lock validator).
Les avancées futures concerneront les entrées/sorties temps réel pour les disques et les systèmes de fichiers.
Conférence sur les systèmes embarqués
Un des problème qui a surgit lors du developpement du projet OLPC (One Laptop Per Child) est celui des systèmes de fichiers spécifiques pour les mémoires flash. Le projet JFFFS2 n'a pas été prévu pour des grandes tailles de mémoire flash et il est nécessaire d'avoir du neuf dans ce domaine. En ce qui concerne le temps de boot du kernel (un problème crucial dans le monde de l'embarqué) il semble que les choses empirent et qu'une nouvelle approche doive être envisagée. On pourrait par exemple tester en paralèlle les périphériques lors du boot au lieu de le faire séquentiellement. Néanmoins il existe un risque de conflit de priorité (race condition). Des efforts importants pour réduire la taille du noyau (dans le cas de l'architecture i386) ont permis d'aboutir à des progrès significatifs : élimination des fonctions inline non indispensables; remplacement des sous-systèmes par des technologies plus légères (SLOB Allocator) suffisantes pour l'embarqué.
Conférence sur la sécurité
La conférence sur la sécurité, très attendue du fait de la controverse persistante entre les partisans de SELinux et les tenants d'AppArmor, a examiné ces deux technologies ainsi que la question du maintien ou non de la couche d'abstraction des modules de sécurité (LSM). Les developpeurs de SELinux ont critiqué le fait qu'AppArmor se base sur les noms de chemins (pathname) ce qui, selon eux, est dangereux car non déterministe. La discussion a été âpre mais il semble qu'AppArmor va être autorisé à entrer dans le noyau mainline ce qui assure également la perennité de LSM).
Conférence sur la virtualisation
Xen a été évoqué et il représente la seule solution libre de paravirtualisation disponible actuellement. L'inclusion dans le kernel progresse normalement. Néanmoins les développeurs souhaitent un peu de variété est ils ne veulent pas que Xen soit l'unique candidat. Une solution est de placer des points d'entrée génériques (hooks) dans le noyau afin que différents hyperviseurs puissent s'accrocher au kernel. Il y a toutefois le risque de graver trop tôt l'interface générique dans le marbre avant que les technologies de virtualisation soient vraiment matures.
L'option des containers a été examiné également dans le détail avec tous les problèmes d'espace de noms (namespace) qui apparaissent dans ce cas. Il faut arriver à ce que chaque container aie son espace de noms privé afin d'éviter les interférences. Le risque que les auteurs de rootkits utilisent ces containers a été évoqué sans qu'une solition claire n'émerge.
Conférence sur les procédures automatiques de test
Cette session n'a pas été très conflictuelle car tous le monde souhaite plus de tests afin de détecter les bugs le plus vite possible. Une procédure automatisée a été mise en place pour tester les versions du kernel et pour identifier les patchs fautifs. Les résultats sont disponibles sur cette page.
Conférence sur la couche VFS (Virtual File System)
Le code de la couche VFS n'a pas évolué significativement depuis quelques années ce qui tend à prouver sa maturité. De nouvelles fonctions sont néanmoins à l'horizon comme la possibilité pour les simples utilisateurs de monter les systèmes de fichier; le démontage même si un processus est resté ouvert; le montage à des emplacements différents et avec des attibuts différents ou encore l'idée d'Unionfs qui fusionne plusieurs systèmes de fichiers afin de présenter une vue représentant leur aggrégation.
Conférence sur la scalabilité
Les discussions sur ce sujet ont évoqués les limites qui apparaissent au fur et à mesure que le nombre de processeur du système augmente. Actuellement Linux fonctionne sur des machine NUMA à 1024 noeuds (4096 processeurs) mais le temps de boot est de plus d'une heure du fait qu'un seul processeur est chargé de l'initialisation. Il va être nécessaire de parcelliser cette fonction afin de la répartir sur plusieurs processeurs. De façon générale cette recherche des limites de Linux améliore réguliérement la qualité des algorithmes employés et est très bénéfique pour le kernel.
Conférence sur les problèmes de DMA et IOMMU
Encore une conférence extêmement technique sur la virtualisation des unitées de gestion mémoire des entrées/sorties (I/O memory management units). Cette virtualisation semble poser des problèmes de sécurité. En effet si un périphérique possède des droits d'écriture sur la mémoire (Direct Memory Access) alors il va pouvoir interférer avec tous les autres périphériques du système. Les choses devienent ancore plus compliquées si on tente de partager ces périphériques entre plusieurs machines virtuelles au point que personne ne voit vraiment comment faire cela de manière sécurisé.
Conférence sur le processus de developpement (seconde conférence)
La conférence de fermeture est revenue sur le processus de développement du kernel qui, selon Linus, fonctionne bien. Les points qui restent à améliorer concernent la branche -mm qui accueille des patches pour des durées trop longues; le manque de relecture critique par les pairs des patchs soumis et les relations avec les distributions qui peuvent s'avérer difficiles. Néanmoins Linus pense que les gens sont contents de l'état actuel du noyau (people are happy) ce qui a permis d'écourter la conférence et d'aller écluser plus vite les bières du bar.
>> Peut-être un jour assisterons-nous à un allègement du noyau.
Je doute que ces drivers soient dans ton noyau ou le mien. Ils ne doivent pas êtres compilé par défaut. Et même si ils le sont (improbable) ils ne sont dynamiquement chargés que quand on a besoin d'eux donc ils n'alourdissent pas ton kernel.
Bravo pour cette magnifique news, très complète et très interessante. En fait j'ai bien mieux compris les idées importantes de ce sommet en lisant ce résumé en français que quand j'étais allé déchiffrer péniblement les articles de LWN....Merci donc à herodiade.
Une petite question : On assiste depuis qq années à l'annonce de l'arrivée prochaine du stockage purement sur de la RAM persistante, que ce soit de la NAND perfectionnée ayant des cycles lectures/écritures corrects ou alors la nouvelle MRAM (magnetic RAM).
Je pense que les possesseurs de laptop seront d'accord avec moi pour ne pas regretter leurs disques durs si on obtient en échange une barette de 128 Go de MRAM : un support entièrement silencieux, sans aucune partie en mouvement, très fiable, économe en énergie et doté d'une rapidité sans commune mesure !
Mais est-ce qu'il sera toujours pertinent de s'appuyer sur nos fs classiques avec ce type de stockage état solide ? Nos fs tiennent comptent des caractéristiques habituelles des disques durs (cylindres, pistes, rotation....etc) qui n'ont plus aucune importance dans ce cas.
Est-ce qu'il ne faudrait pas dès maintenant commencer l'écriture d'un SSFS (Solid State File System) tirant parti au maximum des caratéristiques très alléchantes de ces supports ?
juste quelques questions sur ce disque dur : il est bruyant ? Il chauffe ? Il pompe plus la batterie ? Tu sens une grosse différence au lancement des applis ?
En gros j'envisage moi aussi d'acheter un disque dur en 7200tpm pour remplacer le 5400tpm de mon portable et je me demandais si le jeu en vaut la chandelle (je supporte plus les temps de lancement d'evolution/firefox/OOo)
hum...je me suis peut-être un peu avancé dans mes rêves de gloire ;-)
Je viens de m'apercevoir qu'il ne suffit pas d'ajouter le doctype mais il faut en plus (et surtout) choisir le bon doctype en fonction du code de la page. Evidemment comme ce n'est pas moi qui ai écrit ce code (c'est le soft tellico qui l'a généré) il va falloir que je devine.
Je viens de tester en ajoutant les doctype suivants : html 4.01 strict puis transitionnal; xhtml 1.0 strict puis transitionnal; xhtml 1.1
J'ai à chaque fois des erreurs ce qui signifie sans doute que le code que tellico génère n'est pas conforme....ça se présente mal pour la gloire !
>> on demande rarement de faire un site "(x)html valide" malheusement
Par curiosité j'ai essayé de tester la validité d'une page web de mon site perso. Je précise que c'est le logiciel tellico qui m'a généré cette page web a partir des données de ma bibliothèque que je l'avais forcé à ingérer.
Hors il se trouve, malheur et desespoir, que cette page généré automatiquement n'est pas valide !
Le résultat est ici : http://validator.w3.org/check?uri=http%3A%2F%2Fpatrickguigno(...)
Il me dit qu'il ne trouve pas de doctype....c'est facile à corriger ce truc ou pas ?
>> Tout à fait d'accord...jusqu'à ce que tu évoques la moyenne de buts par match
Tu fais bien de souligner que le mondial 90 est un bon contre-exemple mais cette corrélation statistique entre popularité et moyenne de but n'est qu'un élément allant dans le même sens que ma théorie mais ce n'est pas le coeur de l'argument.
Je crois vraiment que l'idée centrale de la rareté des buts comme facteur déclencheur de l'hystérie des supporters et de la popularité du foot est solide.
On comprends mieux pourquoi Debian ne sort une stable que tous les 3 ans : ils veulent dépasser le foot en célébrité et faire exploser de joie les afficionados ;-)
Je crois qu'il y avait 198 pays au début du processus de qualification y'a deux ans. On a réussi à se qualifier (faire partie des 32 pays) puis à aller en finale (plus que 2 pays) donc le bilan est très bon.
La seule chose qu'on peut regretter c'est la fin de carrière en eau de boudin pour zidane. Je ne doute pas que les journalistes vont glisser courtoisement sur ce geste imbécile et vont surtout évoquer les grands moments de sa carrière mais bon...c'est quand même absolument inexcusable !
1) c'est un mauvais geste
2) il le fait en finale de coupe du monde alors qu'il sait qu'il y a 525252 caméras.
3) la conséquence immédiate c'est qu'il abandonne ses copains
Ce qui est aussi rageant et dommage c'est qu'en dépit de notre giga domination on n'arrive pas à marquer...
Effectivement les satellites ne sont pas encore en orbite. On a juste lancé un précurseur pour tester les technos et pour occuper les fréquences radios réservés (il fallait emettre sur cette fréquence avant la fin de l'année sinon on perdait le droit sur ces fréquences).
Donc il est encore temps de modifier les satellites de la constellation.
En réalité je ne connais pas du tout la NASCAR mais ce qui m'a fait réagir dans ton premier post c'est ça :
On pourrait citer aussi les "débris NASCAR" qui apparaissent souvent quand la course devient un peu ennuyeuse et qui permet de sortir un drapeau jaune et donc de remettre tout le monde à la queue leu leu...
Cela signifie, ni plus ni moins, que l'organisateur triche et viole la loi sportive dans le but de relancer le spectacle. Je suis parfaitement d'accord avec toi sur le manque de spectacle de la F1 actuelle (encore que...) mais si on doit sacrifier l'équité au profit du spectacle je dis non.
>> Donc pour voir du spectacle, j'ai fait mon choix...
Dans le même ordre d'idée je te conseille le catch. On y trouve ce souci (que tu semble apprécier) d'équité, d'égalité et de respect de l'esprit sportif.
On respecte l'athlete, le sport et sa glorieuse incertitude et on méprise la publicité, le spectacle et le marketing. Le bonheur des puristes quoi !
Ou alors, autre idée, on pourrait jeter des clous et faire tomber aléatoirement des herses sur les circuits de F1 pour que tu puisse avoir ta dose de "spectacle" non ?
tu connaissais le champion 2003 au bout de 5 courses ? t'est un devin ?
Et pour l'an dernier quand McLaren avait rejoint et dépassé Renault à la toute fin de la saison avant de se refaire coiffer par Renault en Chine tu savais déjà ?
>> Un journal de Gauche dirigé par un aristocrate "Edouard de Rothschild"
L'aristocratie n'existe plus en france. Ta remarque est donc historiquement fausse. Edouard de Rothschild est un citoyen comme toi et moi.
Classer les gens uniquement en fonction de leur nom est complètement stupide. Tu hérite ton nom de tes parents et tu n'est donc pas responsable de celui-ci. En outre ce nom ne révèle rien de ta personalité, de tes goûts, de tes aptitudes ou de tes défauts.
>> Parce que ca n'est pas forcement vrai et que tu aurais du mal a prouver le contraire
t'a regardé la liste des médailles fields de mathématiques attribués à des français ?
Schwartz (ENS)
Serre (ENS)
Thom (ENS)
Grothendieck (pas un normalien mais doctorat à l'ENS sous la direction de Schwartz)
Connes (ENS)
Lions (ENS)
Yoccoz (ENS)
Lafforgue (ENS)
Donc sur nos 8 médailles fields (la distinction mathématique la plus prestigieuse du monde) on compte 7 normaliens....
ahem....Raymond Aron est un des plus célèbres normaliens (coté littérature car je ne parle même pas des scientifiques). Il était dans la promo de Sartre. Le classer coté Science-po juste parcequ'il y a donné des cours est pour le moins abusif.
Maintenant on est d'accord sur le fait que la vocation des deux écoles est différente et qu'il est parfaitement normal que Science-po ne produise pas ou peu de chercheurs.
>> Une question que je me pose, est qu'avec un XEN en dom0, ce rootkit pourrai "cohabiter" ? ou est ce que la presence de XEN dans le ring 0 empecherait l'éxecution de ce rootkit ?
Tu le saura bientôt :
Should future OS come with own, preinstalled hypervisor to prevent Blue Pill installation? What about timing analysis? All those questions will be answered during my presentation - please do not send or post the same questions again and again...
Mon pari (basé sur rien d'autre que le pifomètre) est que xen ne tolérera pas un autre hyperviseur en même temps que lui.
Actuellement j'utilise GCfilms pour ma collection de DVD mais j'étais en manque d'un truc plus générique pour d'autres type de collection.
Par exemple je lis beaucoup de science-fiction et ça fait des années que je me fais des petites fiches papier chaque fois que je lis une nouvelle de sf (note de 0 à 6 + petit résumé/commentaire si la note et au moins de 5). Avec le temps et l'accumulation des revues, des recueils et des anthologies je doit en être à environ 2000 nouvelles....evidemment les fiches papier c'est pas idéal pour une telle quantité !
J'ai donc recherché un soft assez souple qui me permettrait de définir mes champs (pour que ce soit le reflet de mes fiches papier et que je puisse rentrer les infos à la main) et que je pourrais utiliser pour faire quelques recherches simples et rapides. Une base de données me semble too much et une feuille de tableur trop light...donc je cherchais l'oiseau rare !
Je suis tombé sur Tellico qui est absolument parfait pour ce besoin. Léger, intuitif, souple sur la définition des champs, possibilité d'export html pour placer les données sur mon site free, traduction complète en français et disponible en paquet debian/ubuntu (le paquet dapper est dispo sur le site de Regis Boudin...et il est très sympa et patient quand il répond aux mails des utilisateurs crétins dans mon genre).
Le seul problème, pour moi, c'est que c'est un soft KDE et que je suis un Gnomiste (nazi donc).
Cette annonce de GCstar est donc une excellente nouvelle pour ceux qui veulent gérer leurs collections en utilisant un soft GTK bien intégré dans Gnome.
La demande que je ferais donc aux devs de GCstar c'est de ne pas restreindre l'utilisation de leur soft en ne proposant que des types d'utilisation prédéfinis (Films, Jeux Video..etc etc). Il serait vraiment cool de pouvoir définir ses champs perso pour pouvoir avoir une utilisation qui s'adapte aux besoins de chacun. Prendre exemple sur Tellico serait une excellente chose car c'est vraiment la référence en tant que gestionnaire de collection.
# Sommet Linux 2006
Posté par patrick_g (site web personnel) . En réponse à la dépêche Kernel Summit et Linux Symposium. Évalué à 10.
Alors comme ça on profite lâchement du fait que je doive gagner ma croute en allant bosser pour poster dans mon dos une news sur le sommet Linux ?
Bon tant pis, il est hors de question que ce soit uniquement dev/null qui profite de mes petits résumés amoureusement fignolés....
Je poste donc MA news ;-)
Comme l'an dernier le site Linux Weekly News vient de rendre disponible son compte rendu complet du sommet 2006 des développeurs du noyau Linux qui a eu lieu les 17 et 18 juillet à Ottawa.
Cette réunion des principaux developpeurs du noyau est conçue pour permettre de décider les futures orientations technique de Linux et pour présenter les divers travaux en cours.
Comme en 2005 une Photo de groupe est disponible. Elle démontre une augmentation vertigineuse du nombre de femmes dans l'assistance (+100% !).
Journée du 17 juillet
Conférence sur les processeurs
AMD a annoncé l'arrivé de multiprocesseurs ayant des coeurs tournant chacun à des vitesses variables afin de réduite la consommation d'énergie. La firme de processeurs embarqués Freescale désire que le noyau puisse autoriser les opérations cryptographiques asynchroneset supporte les accélérations hardware des fonctions réseau.
Les developpeurs ont également évoqués les risques d'erreurs aléatoires au fur et à mesure que les transistors deviennent plus petits. Le noyau devrait permettre de confiner ces erreurs et de tuer la tâche fautive au lieu de se mettre en panic.
Enfin les fonctions de préchargement de données présentes dans des processeurs deviennent de plus en plus complexes et efficaces et les développeurs réfléchissent au fait que le code noyau s'occupant explicitement de ce préchargement va sans doute devenir moins utile ou même néfaste.
Multi-Conférence sur divers sujets
Cette session a abordé plusieurs mini-sujets de façon rapide : l'inclusion de la pile wifi DeviceStack qui se passe bien mais qui n'est pas encore apte au support des machines SMP; Le support de la qualité de service pour les réseaux sans fil; Les risques légaux en cas de reverse-engineering; les problèmes de fragmentation de mémoire; l'arrivée d'une infrastructure de tests pour la compatibilité ACPI. Le dernier sujet était la consommation de la batterie sous Linux et sous Windows. L'OS de Redmond est capable de tenir 290 minutes alors que Linux stoppe après 240 minutes. Il semble que Windows fasse une lecture en avance (readahead) du disque afin de remplir des tampons et stopper le disque plus vite. Des progrès du noyau sont donc à attendre de ce coté.
Conférence sur la qualité du noyau et le processus de developpement
Andrew Morton a présenté les résultats de son sondage informel auprès des lecteurs de LWN au sujet de la qualité du noyau. Une des plaintes courantes des utilisateurs est que le fait de rapporter un problème sur le bugzilla du noyau ne conduit à aucune réaction des developpeurs. La décision a été prise que les bugs postés sur le bugzilla du kernel seront automatiquements postés sur les kernel mailing-lists correspondantes.
Il a également été pointé le fait que beaucoup de personnes écrivent du code noyau mais que peu d'entre elles se consacrent à la relecture des patches des autres developpeurs. C'est ce qui explique, en partie, la longue attente de Reiser4 dans la branche -mm du fait de l'absence de volontaires pour la relecture et la validation du code.
Conférence sur l'interface ioctl()
Cette conférence très technique s'est concentrée sur la meilleure façon de gérer les interfaces avec le code noyau. L'interface ioctl() est une des techniques pour ajouter des appels système mais elle pose de nombreux problèmes : Les nouveaux appels système introduits tendent à êtres différents pour chaque périphérique; l'API résultante n'est pas revue; l'interface pose des problèmes sur les systèmes mixtes 32/64 bits et enfin la compatibilité avec les outils comme strace est médiocre. Des solutions pour contourner ces problèmes ainsi que des alternatives à ioctl() ont été discutés.
Conférence sur l'ABI du noyau (Application Binary Interface
Cette ABI, qui reste stable de manière à ce que les applications en user-space continuent de fonctionner après un changement de noyau, devient difficile à maintenir avec le temps. Une solution est d'utiliser Sysfs qui fait le lien entre l'ABI vue par les applications et l'API interne du noyau (susceptible de changer en permanence).
Le sujet de la capture des logs de crash du noyau avec le programme HAL (infrastructure d'abstraction du matériel qui est soutenue par Freedesktop et est commune à KDE et Gnome) a été évoqué. Pour améliorer la qualité de HAL une solution serait d'éventuellement l'inclure dans l'arbre des sources du noyau.
Conférence sur la mise en veille (Software suspend)
La controverse a été vive entre les partisans de la solution inlcuse dans le noyau et ceux en faveur d'un programme en espace utilisateur (ce qui permet d'avoir facilement des fonctions de compression et de chiffrage). Aucun consensus clair n'a pu surgir sur l'inclusion ou non des patches suspend2 de Nigel Cunningham. Ce sujet est difficile et Linux reste très en retard par rapport aux OS propriétaires ce qui provoque la grogne des utilisateurs.
Conférence sur la documentation
Cette conférence, co-dirigée par l'éditeur de LWN Jonathan Corbet, a pointé du doigt l'absence de maintenance de la documentation du noyau. On peut trouver dans cette documentation des phrases évoquant le fonctionnement de binaires Java avec le kernel 1.3 (!) ou d'autres détaillant comment faire marcher Linux sur des machines exotiques ayant plus de 16 Mo de RAM (!). Des discussions au sujet des outils de documentation automatique du code sont arrivées à la conclusion qu'il est actuellement trop lent d'utiliser ces techniques.
Les man pages sont également en retard (celle sur le réseau se réfère au noyau 2.2). Une solution serait qu'un mainteneur à plein temps soit payé pour s'occuper de ces man pages. La solution (adoptée par OpenBSD) d'imposer que chaque patch d'un developpeur soit accompagné d'une mise à jour de la man page correspondante a été refusée par Linus Torvalds. Selon lui ce n'est pas une bonne solution du fait que les developpeurs du noyau ne savent pas écrire de la documentation utile (a lot of kernel developers have huge problems communicating with humans).
Journée du 18 juillet
Conférence sur les patches pour le temps réel
L'inclusion du patch implémentant le support du temps réel a été évoqué par les developpeurs présents à cette conférence. Ce patch s'est réduit en taille ces derniers mois (il ne fait plus que 700 Ko) du fait de l'inclusion progressive dans le noyau de diverses fonctions liées au temps réel (futexes robustes, priority inheritance, couche IRQ générique, lock validator).
Les avancées futures concerneront les entrées/sorties temps réel pour les disques et les systèmes de fichiers.
Conférence sur les systèmes embarqués
Un des problème qui a surgit lors du developpement du projet OLPC (One Laptop Per Child) est celui des systèmes de fichiers spécifiques pour les mémoires flash. Le projet JFFFS2 n'a pas été prévu pour des grandes tailles de mémoire flash et il est nécessaire d'avoir du neuf dans ce domaine. En ce qui concerne le temps de boot du kernel (un problème crucial dans le monde de l'embarqué) il semble que les choses empirent et qu'une nouvelle approche doive être envisagée. On pourrait par exemple tester en paralèlle les périphériques lors du boot au lieu de le faire séquentiellement. Néanmoins il existe un risque de conflit de priorité (race condition). Des efforts importants pour réduire la taille du noyau (dans le cas de l'architecture i386) ont permis d'aboutir à des progrès significatifs : élimination des fonctions inline non indispensables; remplacement des sous-systèmes par des technologies plus légères (SLOB Allocator) suffisantes pour l'embarqué.
Conférence sur la sécurité
La conférence sur la sécurité, très attendue du fait de la controverse persistante entre les partisans de SELinux et les tenants d'AppArmor, a examiné ces deux technologies ainsi que la question du maintien ou non de la couche d'abstraction des modules de sécurité (LSM). Les developpeurs de SELinux ont critiqué le fait qu'AppArmor se base sur les noms de chemins (pathname) ce qui, selon eux, est dangereux car non déterministe. La discussion a été âpre mais il semble qu'AppArmor va être autorisé à entrer dans le noyau mainline ce qui assure également la perennité de LSM).
Conférence sur la virtualisation
Xen a été évoqué et il représente la seule solution libre de paravirtualisation disponible actuellement. L'inclusion dans le kernel progresse normalement. Néanmoins les développeurs souhaitent un peu de variété est ils ne veulent pas que Xen soit l'unique candidat. Une solution est de placer des points d'entrée génériques (hooks) dans le noyau afin que différents hyperviseurs puissent s'accrocher au kernel. Il y a toutefois le risque de graver trop tôt l'interface générique dans le marbre avant que les technologies de virtualisation soient vraiment matures.
L'option des containers a été examiné également dans le détail avec tous les problèmes d'espace de noms (namespace) qui apparaissent dans ce cas. Il faut arriver à ce que chaque container aie son espace de noms privé afin d'éviter les interférences. Le risque que les auteurs de rootkits utilisent ces containers a été évoqué sans qu'une solition claire n'émerge.
Conférence sur les procédures automatiques de test
Cette session n'a pas été très conflictuelle car tous le monde souhaite plus de tests afin de détecter les bugs le plus vite possible. Une procédure automatisée a été mise en place pour tester les versions du kernel et pour identifier les patchs fautifs. Les résultats sont disponibles sur cette page.
Conférence sur la couche VFS (Virtual File System)
Le code de la couche VFS n'a pas évolué significativement depuis quelques années ce qui tend à prouver sa maturité. De nouvelles fonctions sont néanmoins à l'horizon comme la possibilité pour les simples utilisateurs de monter les systèmes de fichier; le démontage même si un processus est resté ouvert; le montage à des emplacements différents et avec des attibuts différents ou encore l'idée d'Unionfs qui fusionne plusieurs systèmes de fichiers afin de présenter une vue représentant leur aggrégation.
Conférence sur la scalabilité
Les discussions sur ce sujet ont évoqués les limites qui apparaissent au fur et à mesure que le nombre de processeur du système augmente. Actuellement Linux fonctionne sur des machine NUMA à 1024 noeuds (4096 processeurs) mais le temps de boot est de plus d'une heure du fait qu'un seul processeur est chargé de l'initialisation. Il va être nécessaire de parcelliser cette fonction afin de la répartir sur plusieurs processeurs. De façon générale cette recherche des limites de Linux améliore réguliérement la qualité des algorithmes employés et est très bénéfique pour le kernel.
Conférence sur les problèmes de DMA et IOMMU
Encore une conférence extêmement technique sur la virtualisation des unitées de gestion mémoire des entrées/sorties (I/O memory management units). Cette virtualisation semble poser des problèmes de sécurité. En effet si un périphérique possède des droits d'écriture sur la mémoire (Direct Memory Access) alors il va pouvoir interférer avec tous les autres périphériques du système. Les choses devienent ancore plus compliquées si on tente de partager ces périphériques entre plusieurs machines virtuelles au point que personne ne voit vraiment comment faire cela de manière sécurisé.
Conférence sur le processus de developpement (seconde conférence)
La conférence de fermeture est revenue sur le processus de développement du kernel qui, selon Linus, fonctionne bien. Les points qui restent à améliorer concernent la branche -mm qui accueille des patches pour des durées trop longues; le manque de relecture critique par les pairs des patchs soumis et les relations avec les distributions qui peuvent s'avérer difficiles. Néanmoins Linus pense que les gens sont contents de l'état actuel du noyau (people are happy) ce qui a permis d'écourter la conférence et d'aller écluser plus vite les bières du bar.
[^] # Re: Juste un point
Posté par patrick_g (site web personnel) . En réponse au journal Les mythes et les mensonges au sujet de Linux. Évalué à 10.
Je doute que ces drivers soient dans ton noyau ou le mien. Ils ne doivent pas êtres compilé par défaut. Et même si ils le sont (improbable) ils ne sont dynamiquement chargés que quand on a besoin d'eux donc ils n'alourdissent pas ton kernel.
[^] # Re: Euh....
Posté par patrick_g (site web personnel) . En réponse au journal Les mythes et les mensonges au sujet de Linux. Évalué à 8.
Les phrases sont juste des traductions de quelques commentaires inter-slides présents sur le site de GKH.
# Bravo !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Le futur des systèmes de fichiers discuté au Linux Filesystems Workshop 2006. Évalué à 10.
Une petite question : On assiste depuis qq années à l'annonce de l'arrivée prochaine du stockage purement sur de la RAM persistante, que ce soit de la NAND perfectionnée ayant des cycles lectures/écritures corrects ou alors la nouvelle MRAM (magnetic RAM).
Je pense que les possesseurs de laptop seront d'accord avec moi pour ne pas regretter leurs disques durs si on obtient en échange une barette de 128 Go de MRAM : un support entièrement silencieux, sans aucune partie en mouvement, très fiable, économe en énergie et doté d'une rapidité sans commune mesure !
Mais est-ce qu'il sera toujours pertinent de s'appuyer sur nos fs classiques avec ce type de stockage état solide ? Nos fs tiennent comptent des caractéristiques habituelles des disques durs (cylindres, pistes, rotation....etc) qui n'ont plus aucune importance dans ce cas.
Est-ce qu'il ne faudrait pas dès maintenant commencer l'écriture d'un SSFS (Solid State File System) tirant parti au maximum des caratéristiques très alléchantes de ces supports ?
[^] # Re: OS par défaut
Posté par patrick_g (site web personnel) . En réponse au journal Asus V6J X001P et Ubuntu. Évalué à 2.
En gros j'envisage moi aussi d'acheter un disque dur en 7200tpm pour remplacer le 5400tpm de mon portable et je me demandais si le jeu en vaut la chandelle (je supporte plus les temps de lancement d'evolution/firefox/OOo)
[^] # Re: Les nouveautés en images
Posté par patrick_g (site web personnel) . En réponse au journal Firefox 2.0 beta 1. Évalué à 6.
Ah oui ?
Pourtant je viens d'ouvrir sur launchpad un bug pour signaler un freeze de Gedit 100% reproductible :
https://launchpad.net/bugs/52975
[^] # Re: 4e dimension
Posté par patrick_g (site web personnel) . En réponse au journal Statistiques des navigateurs OneStat juillet 2006. Évalué à 2.
[^] # Re: 4e dimension
Posté par patrick_g (site web personnel) . En réponse au journal Statistiques des navigateurs OneStat juillet 2006. Évalué à 2.
Je viens de m'apercevoir qu'il ne suffit pas d'ajouter le doctype mais il faut en plus (et surtout) choisir le bon doctype en fonction du code de la page. Evidemment comme ce n'est pas moi qui ai écrit ce code (c'est le soft tellico qui l'a généré) il va falloir que je devine.
Je viens de tester en ajoutant les doctype suivants : html 4.01 strict puis transitionnal; xhtml 1.0 strict puis transitionnal; xhtml 1.1
J'ai à chaque fois des erreurs ce qui signifie sans doute que le code que tellico génère n'est pas conforme....ça se présente mal pour la gloire !
[^] # Re: 4e dimension
Posté par patrick_g (site web personnel) . En réponse au journal Statistiques des navigateurs OneStat juillet 2006. Évalué à 2.
A moi la gloire éternelle d'une page perso valide !!!!!!
[^] # Re: 4e dimension
Posté par patrick_g (site web personnel) . En réponse au journal Statistiques des navigateurs OneStat juillet 2006. Évalué à 2.
Par curiosité j'ai essayé de tester la validité d'une page web de mon site perso. Je précise que c'est le logiciel tellico qui m'a généré cette page web a partir des données de ma bibliothèque que je l'avais forcé à ingérer.
Hors il se trouve, malheur et desespoir, que cette page généré automatiquement n'est pas valide !
Le résultat est ici : http://validator.w3.org/check?uri=http%3A%2F%2Fpatrickguigno(...)
Il me dit qu'il ne trouve pas de doctype....c'est facile à corriger ce truc ou pas ?
[^] # Re: Tout à fait d'accord...
Posté par patrick_g (site web personnel) . En réponse au journal [HS] Foot et folie. Évalué à 10.
Tu fais bien de souligner que le mondial 90 est un bon contre-exemple mais cette corrélation statistique entre popularité et moyenne de but n'est qu'un élément allant dans le même sens que ma théorie mais ce n'est pas le coeur de l'argument.
Je crois vraiment que l'idée centrale de la rareté des buts comme facteur déclencheur de l'hystérie des supporters et de la popularité du foot est solide.
On comprends mieux pourquoi Debian ne sort une stable que tous les 3 ans : ils veulent dépasser le foot en célébrité et faire exploser de joie les afficionados ;-)
[^] # Re: Prenons le bon coté des choses
Posté par patrick_g (site web personnel) . En réponse au journal \o/. Évalué à 5.
Je crois qu'il y avait 198 pays au début du processus de qualification y'a deux ans. On a réussi à se qualifier (faire partie des 32 pays) puis à aller en finale (plus que 2 pays) donc le bilan est très bon.
La seule chose qu'on peut regretter c'est la fin de carrière en eau de boudin pour zidane. Je ne doute pas que les journalistes vont glisser courtoisement sur ce geste imbécile et vont surtout évoquer les grands moments de sa carrière mais bon...c'est quand même absolument inexcusable !
1) c'est un mauvais geste
2) il le fait en finale de coupe du monde alors qu'il sait qu'il y a 525252 caméras.
3) la conséquence immédiate c'est qu'il abandonne ses copains
Ce qui est aussi rageant et dommage c'est qu'en dépit de notre giga domination on n'arrive pas à marquer...
[^] # Re: Mise à jour du chiffrement
Posté par patrick_g (site web personnel) . En réponse au journal Le chiffrement de Galiléo cassé.. Évalué à 6.
Donc il est encore temps de modifier les satellites de la constellation.
[^] # Re: La F1...
Posté par patrick_g (site web personnel) . En réponse au journal F1 2008. Évalué à 3.
En réalité je ne connais pas du tout la NASCAR mais ce qui m'a fait réagir dans ton premier post c'est ça :
On pourrait citer aussi les "débris NASCAR" qui apparaissent souvent quand la course devient un peu ennuyeuse et qui permet de sortir un drapeau jaune et donc de remettre tout le monde à la queue leu leu...
Cela signifie, ni plus ni moins, que l'organisateur triche et viole la loi sportive dans le but de relancer le spectacle. Je suis parfaitement d'accord avec toi sur le manque de spectacle de la F1 actuelle (encore que...) mais si on doit sacrifier l'équité au profit du spectacle je dis non.
[^] # Re: Quelle configuration proposez vous ?
Posté par patrick_g (site web personnel) . En réponse au journal Finale Italie-France, quelle configuration ?. Évalué à 10.
Avec tes 12 giga de RAM tu ne peux pas profiter d'une configuration en dual-channel. Je conseille 8 Go (2x4Go) ou bien 16 Go (2x8Go).
Ca se voit que t'est un selectionneur amateur !
[^] # Re: La F1...
Posté par patrick_g (site web personnel) . En réponse au journal F1 2008. Évalué à 6.
Dans le même ordre d'idée je te conseille le catch. On y trouve ce souci (que tu semble apprécier) d'équité, d'égalité et de respect de l'esprit sportif.
On respecte l'athlete, le sport et sa glorieuse incertitude et on méprise la publicité, le spectacle et le marketing. Le bonheur des puristes quoi !
Ou alors, autre idée, on pourrait jeter des clous et faire tomber aléatoirement des herses sur les circuits de F1 pour que tu puisse avoir ta dose de "spectacle" non ?
[^] # Re: Spécial dédicace...
Posté par patrick_g (site web personnel) . En réponse au journal La France en Finale de la Coupe du Monde 2006. Évalué à 10.
[^] # Re: Incompétent...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Il n'a de libre que le nom. Évalué à 2.
[^] # Re: Enfin du suspence!!
Posté par patrick_g (site web personnel) . En réponse au journal F1 2008. Évalué à 7.
Et pour l'an dernier quand McLaren avait rejoint et dépassé Renault à la toute fin de la saison avant de se refaire coiffer par Renault en Chine tu savais déjà ?
[^] # Re: Ou va libération?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Il n'a de libre que le nom. Évalué à 3.
L'aristocratie n'existe plus en france. Ta remarque est donc historiquement fausse. Edouard de Rothschild est un citoyen comme toi et moi.
Classer les gens uniquement en fonction de leur nom est complètement stupide. Tu hérite ton nom de tes parents et tu n'est donc pas responsable de celui-ci. En outre ce nom ne révèle rien de ta personalité, de tes goûts, de tes aptitudes ou de tes défauts.
[^] # Re: Incompétent...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Il n'a de libre que le nom. Évalué à 1.
t'a regardé la liste des médailles fields de mathématiques attribués à des français ?
Schwartz (ENS)
Serre (ENS)
Thom (ENS)
Grothendieck (pas un normalien mais doctorat à l'ENS sous la direction de Schwartz)
Connes (ENS)
Lions (ENS)
Yoccoz (ENS)
Lafforgue (ENS)
Donc sur nos 8 médailles fields (la distinction mathématique la plus prestigieuse du monde) on compte 7 normaliens....
[^] # Re: Incompétent...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Il n'a de libre que le nom. Évalué à 7.
Maintenant on est d'accord sur le fait que la vocation des deux écoles est différente et qu'il est parfaitement normal que Science-po ne produise pas ou peu de chercheurs.
[^] # Re: Avec XEN
Posté par patrick_g (site web personnel) . En réponse à la dépêche Faille conceptuelle majeure dans la virtualisation matérielle. Évalué à 6.
Tu le saura bientôt :
Should future OS come with own, preinstalled hypervisor to prevent Blue Pill installation? What about timing analysis? All those questions will be answered during my presentation - please do not send or post the same questions again and again...
Mon pari (basé sur rien d'autre que le pifomètre) est que xen ne tolérera pas un autre hyperviseur en même temps que lui.
[^] # Re: Ces fanatiques d'apple..
Posté par patrick_g (site web personnel) . En réponse au journal Microsoft gonflé....faire une démo de vista avec un MacBook. Évalué à 2.
C'est surtout Pixar qui est son grand oeuvre : une boite n'ayant produit QUE des excellents films !
# Tellico
Posté par patrick_g (site web personnel) . En réponse à la dépêche GCstar : Logiciel de gestion de collections. Évalué à 9.
Par exemple je lis beaucoup de science-fiction et ça fait des années que je me fais des petites fiches papier chaque fois que je lis une nouvelle de sf (note de 0 à 6 + petit résumé/commentaire si la note et au moins de 5). Avec le temps et l'accumulation des revues, des recueils et des anthologies je doit en être à environ 2000 nouvelles....evidemment les fiches papier c'est pas idéal pour une telle quantité !
J'ai donc recherché un soft assez souple qui me permettrait de définir mes champs (pour que ce soit le reflet de mes fiches papier et que je puisse rentrer les infos à la main) et que je pourrais utiliser pour faire quelques recherches simples et rapides. Une base de données me semble too much et une feuille de tableur trop light...donc je cherchais l'oiseau rare !
Je suis tombé sur Tellico qui est absolument parfait pour ce besoin. Léger, intuitif, souple sur la définition des champs, possibilité d'export html pour placer les données sur mon site free, traduction complète en français et disponible en paquet debian/ubuntu (le paquet dapper est dispo sur le site de Regis Boudin...et il est très sympa et patient quand il répond aux mails des utilisateurs crétins dans mon genre).
Le seul problème, pour moi, c'est que c'est un soft KDE et que je suis un Gnomiste (nazi donc).
Cette annonce de GCstar est donc une excellente nouvelle pour ceux qui veulent gérer leurs collections en utilisant un soft GTK bien intégré dans Gnome.
La demande que je ferais donc aux devs de GCstar c'est de ne pas restreindre l'utilisation de leur soft en ne proposant que des types d'utilisation prédéfinis (Films, Jeux Video..etc etc). Il serait vraiment cool de pouvoir définir ses champs perso pour pouvoir avoir une utilisation qui s'adapte aux besoins de chacun. Prendre exemple sur Tellico serait une excellente chose car c'est vraiment la référence en tant que gestionnaire de collection.