Stephane Marchesin a écrit 254 commentaires

Donc, le micro-noyau a beau être le plus rapide, ça ne change rien, c'est AMHA un problème d'architecture.

Houlalala, depuis quand les micro noyaux sont plus rapides ?

Comment ça je n'ai pas lu les doces citées plus haut ? Si, si.
Je vais sur le site en question.
Je lis "The Performance of µ-Kernel-Based Systems" ( http://l4ka.org/publications/files/ukernel-performance.pdf(...) ).
Je vois page 6 et 7 : résultats.
Tout va plus lentement sur L4 que sur Linux (sans exception).

Oui tu as raison c'est un document un peu vieux (1997).
Je prends "Performance of Address-Space Multiplexing on the Pentium" ( http://l4ka.org/publications/files/smallspaces-tr-2002-1.pdf(...) ).
Page 6 : même résultat : linux va plus vite que L4.

Maintenant pour les sceptiques j'ajouterai que les micro-noyaux ne peuvent pas aller plus vite que les systèmes monolithiques, simplement parce qu'un système monolithique utilise moins de protections mémoire qu'un système micro-noyau.

En plus, on a à faire face au problème récurrent des micro-noyaux : toutes les communications doivent se faire par passage de messages d'un serveur à l'autre. Donc si j'utilise mon api noyau préférée, mes données doivent traverser l'espace d'adressage de chacun des serveurs avant d'arriver au matériel, pareil dans l'autre sens. Même si ces communications se font par un segment de mémoire partagée, cela a un coût (imaginez si ce sont des textures ou des commandes OpenGL qui doivent transiter vers la carte vidéo, l'appli va être lente si elles n'arrivent pas rapidement). Sur un noyau monolithique, un appel et le noyau a récupéré toutes les données dans son espace d'adressage et ca va direct au matos.

Evidemment, un noyau monolithique est plus difficile à mettre au point (pas de droit à l'erreur, sinon on plante tout le noyau), mais de toute manière on ne peut pas se permettre d'avoir un bout du noyau qui plante, même si ce n'est q'un serveur de micro noyau (je vois mal les développeurs écrire un serveur de filesystem qui plante toutes les 5 min mais "c'est pas grave on peut le redémarrer le reste plante pas"). C'est le même problème avec les debuggeurs du noyau : il faut faire du bon code ou rien du tout. On ne fait pas marcher un programme (à plus forte raison le noyau, partie critique d'un système) en bidouillant avec un debuggeur.

Et en utilisant le système des modules (inspiré des micro noyau), Linus y a gagné en flexibilité, sans y perdre en rapidité. A mon avis son approche est la bonne, et elle convient au plus grand nombre : ajout/suppression dynamique de modules, dépendances entre ceux-ci etc...

A propos de la sécurité, il existe à l'heure actuelle des patchs comme grsecurity qui font plus que leur travail, avec les ACL par exemple.

Donc je ne vois pas de raison technique de passer sur un micro noyau. Par contre je vois l'avantage de rester sur noyau monolithique. L'important est de toute manière que les logiciels open source doivent être portables sur tous types de noyaux et à terme on pourrait imaginer que le choix du noyau devienne une question de préférences personnelles !

Buggés ? Tu t'en sers de ces drivers ? Parce que moi je fais du développement OpenGL dessus depuis quelques temps et j'ai encore eu aucun problème (enfin, depuis qu'ils sont en 1.0, avant c'est vrai qu'il y avait pas tout mais c'était <1.0).

Si tu as de bugs il faut peut-être regarder du côté de ton chipset (quoi, tu as un via ?? ;).

Alors tu peux les critiquer ces drivers mais moi j'attends encore d'avoir un problème avec.

Je me demande s'il suffit pas de constituer une association universitaire, et à ce moment-là on a dans certaines facs droit à un local/une connection au net/les deux. Il faut juste prouver que ça s'inscrit dans le cadre universitaire/educatif.

Oui, mais il y a le même problème de mise à jour des machines up/down. Il faudrait que la mise à jour de la base de données des serveurs up/down soit très rapide.

Et puis si je poste une depêche sur www1, il faut mettre tous les autres au courant. Et si quelqu'un poste sur www4 en même temps, il se passe quoi ? Il faut avoir un système de cohérence de tout ça pas facile à gérer, problème classique des bases de données distribuées.

En plus, ça pose un autre problème : des petits malins peuvent modifier leur version de linuxfr.

Sinon, héberger la partie statique chez tout le monde (images, etc...) et la partie dynamique sur un seul serveur ?

L'affirmation qu'il y a plus de parties aux echecs que d'atomes dans l'univers sert normalement à prouver qu'on ne peut pas raisonnablement penser essayer tous les coups avec un ordinateur. Donc il faut utiliser des heuristiques et dégrader le résultat. Ca veut dire qu'un ordinateur peut être très fort aux échecs, mais pas imbattable. Ca donne à réfléchir (et surtout ça remet ces sales machines en place, non mais).

Hum, mldonkey c'est un truc en 2 morceaux : d'abord tu lances mldonkey, puis tu lances mldonkey_gui qui se connecte au premier prog.
Du coup tu peux arrêter le gui si tu veux/le relancer sur une autre machine...

Non, non ce n'est pas "parano" c'est "echelon".

Oui, mais justement je me dis qu'un sniffer n'a qu'un discernement très relatif sur ce qu'il voit passer : en gros, il ne sait pas si du contenu illégal ou non est en train de transiter. On peut très bien se servir des ports donkey/gnutella pour transférer des trucs légaux et se retrouver avec un procès alors ? C'est bien ce que je me disais.

Et si mon client gnutella/donkey encrypte les trames je crains rien ? Ca me paraît trop facile comme parade.

whois ne suffit pas. Il te donnera juste mon ISP, pas mon nom.

On peut lire dans le premier lien :

Concrètement, ces accords permettent à RetSpan de trouver le nom et les coordonnées du propriétaire de n'importe quelle adresse IP de la planète.

Voilà, jusqu'à maintenant les possesseurs d'IPs dynamiques étaient anonymes, maintenant ce n'est plus le cas. Donc il y a un gros changement.

Deux questions me tracassent tout de même :

Si je lance gnutella mais que je n'uploade/downloade pas de fichiers sous copyright, comment le sauront-ils et comment est-ce que je vais pouvoir prouver ma bonne foi ?

Par ailleurs, comment vont-ils trouver les IPs ? Ils vont se connecter sur Donkey/Gnutella et charger du contenu copyrighté (ils sont obligés de charger pour être sûr qu'il s'agit de contenu copyrighté) ? Donc si je mets un truc copyright moi-même et qu'ils le prennent je peux aussi faire un procès ?

Comment veux-tu qu'on découvre Linux sans GNU ?

Ce que je veux dire, c'est que j'ai installé linux dans le but d'utiliser un unix dont je puisse voir les sources (c'était une slackware aussi :).

Je me suis dit "j'installe un clone d'unix nommé linux" et pas "j'installe le système GNU". En fait, ça aurait été un BSD ça aurait été pareil. Dans mon cas, la découverte de GNU s'est faite après coup ("boh, pourquoi Linux ça parle de GNU partout ??", puis "c'est quoi GNU ?", puis renseignement puis...). Maintenant, si tu avais été bien informé dès le départ, c'est sûr que t'as eu plus de chance que moi.

Et à mon avis beaucoup de gens ont fait pareil, à l'époque sans accès internet chez soi c'était plus dur de s'informer là-dessus. Et aujourd'hui encore tu prends un débutant linux moyen (qui lui a le net pourtant), il ne sait pas vraiment ce qu'est GNU.

S'agit-il d'une manière de faire du pied au monde de l'informatique le plus lucratif ?

Si Linus voulait vraiment faire du fric, il l'aurait déjà fait depuis longtemps. D'accord, il n'est pas à la rue, mais s'il avait décidé de vendre son noyau il y a quelques années on aurait l'air bêtes, nous (pas d'excuse de fork libre, Linus est le seul à pouvoir maintenir correctement son code).

Franchement, pourquoi taper sur Linus ? Vous râlez, mais il a plus contribué au logiciel libre que nous tous réunis. GNU a certes joué un rôle primordial dans la création du noyau Linux, mais Linux a autant aidé à promouvoir le projet GNU : personellement, j'ai découvert le projet GNU grâce à Linux, et pas le contraire (qui ici peut prétendre avoir découvert GNU en premier ??). Je pense que sans Linux, on serait tous sous BSD aujourd'hui et pas sous Hurd qui est loin de fonctionner (même en mettant de côté mon aversion pour les micro-noyaux).

Linus passe énormément de temps à appliquer des patchs. S'il peut gagner du temps dans le développement du noyau en utilisant un logiciel propriétaire, qu'il le fasse tant qu'il ne m'oblige pas à l'utiliser aussi. Si ça affecte légalement ou idéologiquement d'autres personnes, il faut bien réaliser qu'il suffit qu'elles n'utilisent pas bitkeeper, c'est quand même simple !

Mais on atteint ici la notion de liberté individuelle qui me touche beaucoup : chacun doit à mon avis avoir le droit d'utiliser les logiciels qu'il veut, sans que son voisin vienne lui dire ce qu'il a à faire.

Maintenant, si certains veulent vraiment faire avancer tout ça et donner un utilitaire intéressant de plus à l'open source, ils peuvent écrire OpenKeeper, ou GNUKeeper, ou...

A mon avis, ce délire va leur retomber dessus.

Si on regarde le cas AOL, il y a eu deux nouvelles anti AOL sur slashdot :
la première sur l'affaire peng(aol)
la deuxième pour taper (presque gratuitement, mais qui s'en plaidrait ;) sur AOL : http://slashdot.org/article.pl?sid=02/10/15/144225(...)
Bref ca ne leur a pas réussi.

Redhat font ce qu'ils veulent mais je crois qu'ils sont de moins en moins bien vu par les linuxiens. Autant AOL pourra trouver un autre public, autant redhat ne peut pas compter sur les utilisateurs de windows (ou alors c'est ce qu'ils esayent de faire ?).

Ce qui m'inquiète est que linux m'a l'aire de devenir un peu trop "professionnel" (dans le mauvais sens du terme) : histoire avec pengaol, Perens viré de HP, redhat qui essaye d'unifier gnome et kde et maintenant menace les auteurs pour un simple test de leur distrib (!). Je ne veux pas voir mon système préféré devenir un champ de bataille pour des batailles en tous genres. Rassurez-moi, ce n'est qu'une impression ??

PS : les américains ont dû oublier le nom de la statue de la "liberté". Alors pourquoi pas une pétition pour leur rafraîchir la mémoire ?

A mon avis la libération de word et celle de blender ça n'a rien à voir.

Dans le cas de word, il existe beaucoup d'alternatives libres pour faire du traitement de textes. Je pense qu'il vaut mieux pousser à l'utilisation de ces traitements de textes et leurs formats libres plutôt que racheter des softs proprio (je sais que dans le milieu entreprise c'est dur, mais vous pouvez aller dans la recherche/l'éducation et faire du tex si vous voulez ;).

Dans le cas de blender, il n'existe pas de bon modeleur 3d libre, donc la libération des sources de blender vient combler un vide. Mais bon, le logiciel ultime de 3d sous linux n'est à mon avis pas pour tout de suite, cf le temps qu'a mis mozilla pour arriver à la 1.0 à partir des sources de netscape.

Voilà, maintenant j'espère que blender va évoluer le plus vite possible, son développement a déjà été stoppé assez longtemps...

Eh non :

Elle contient une clause de terminaison qui stipule que toute société/personne qui attaquerait en justice un logiciel couvert par l'OSL pour violation de brevet perdrait immédiatement tous les droits d'utiliser librement tous les logiciels couverts par l'OSL.

c'est seulement dans le cas d'un procès pour violation de brevet, donc ici ça ne s'applique pas.

Tu veux dire site vide ? J'espère bien qu'il est possible d'utiliser ce nom de domaine pour autre chose (bon d'accord, un nom avec "AOL" pour quelque chose qui ne concerne pas AOL, on évite plutot)...

Hé, il faut lire la mise en deumeure (très instructif au demeurant, c'est presque une caricature) :

"We also ask that you confirm that you will transfer to AOL the "pengaol.org" domain, as well as any other similar domains."

D'après mon anglais, ça veut dire "donne moi ton nom de domaine mon petit", donc pas de réutilisation à l'horizon.
[ Note : ils sont gentils ils ont aussi inclus une enveloppe pour leur tranférer les droits de ce domaine;) ]

"your commercial use of our client's AOL mark"

Quelle utilisation commerciale ? C'est un logiciel libre !

"a web site that makes prominent use of the famous AOL mark"

Ca, ce n'est plus le cas, impossible de trouver une seule image AOL sur pengaol.org. Ils ont dû fumer les avocats avant d'aller sur le site ;)

Bref, pour moi pengaol n'est plus en infraction.

Il serait vraiment indiqué de montrer aux boites proprio que nous sommes une vraie communauté d'utilisateurs des outils informatiques ne voulant plus subir la mainmise de quelques boites sur l'ensemble de l'industrie informatique.

Euh, j'ai une question anodine : vous savez si le site de pengaol tiendrait un slashdottage ?

J'ai aussi remarqué ça avec gnome2, mozilla, et avec l'antialiasing de freetype en général.

Pour avoir des polices anti aliasées, il faut que l'application sont écrite spécialement pour, et en plus il ne s'agit pas simplement de remplacer un appel X par un appel à freetype. Donc pour avoir des super polices antialiasées dans ton wm il faudra le réécrire en partie (ou réécrire X11 et intercepter les appels à XDrawString et les remplacer par des appels freetype, si tu as un très gros cpu ;).

Ceci dit j'ai une idée à propos de ces polices trop floues. Est-ce que quelqu'un a déjà essayé la chose suivante avec freetype :
appliquer une fonction du genre x -> x^(1/3) sur les valeurs d'intensité rendues par freetype (on suppose que freetype rend des valeurs dans [-1,1]), c'est-à-dire rendre les tons de gris clair plus proches de blanc et les tons de gris foncé plus proches du noir. Ca devrait aider, non ??

J'ai installé le plugin sous Moz 1.0 Linux, et ça marche bien pour moi.

Oui, mais moi pour plusieurs raisons j'en veux pas :
* flash ça plante mon mozilla (surtout si il y a 2 ou plus instances de flash à la fois), en fait c'est ma seule cause de plantage de mozilla avec le svg.
* flash ca ralentit tout mon ordi et en plus l'affichage du flash lui-même reste lent
* flash ça sert beaucoup aux pubs (j'ai fait plein de "block images from server", je vais pas mettre flash c'est les seules pubs qui restent)
* flash c'est proprio, non ce n'est pas un troll
* flash ça a des trous de sécurité : http://www.linuxandmain.com/modules.php?name=News&file=article&(...)

Voilà, vous vous l'installez si vous voulez, hein.

SVG ? il faudrait un convertisseur, et puis en matière de plug-in pas trop répandus, ça se pose là...

Et en plus ça fait planter mozilla 1.0 et 1.1, et à l'heure actuelle toujours pas de fix :(

une bonne idée (je serais preneur)

Le mng ? C'est du png animé (avec tous les avantages du png) et ça marche bien sur mon mozilla 1.1 :
http://www.libpng.org/pub/mng/(...)

PS : je crois que beaucoup de linuxiens ont une pièce de puzzle à la place du flash, j'en fais partie

Je suis pas sur que ce soit exactement ca le pb. A priori de l'assembleur pour i386 DOS ou i386 Linux, c'est pareil 8-)

i386 ? Attention, ceux qui ont linux sur sparc/alpha/mac/sgi/... vont encôre râler :)

Et non, l'asm est pas pareil, sous X11 on ne peut pas écrire directement en #A000 (segment video où se trouvaient les 3 buffers qu'utilisait doom, et non 4) ce que doom faisait (puisque les 3 pages en question étaient en ram vidéo). Eh oui, la routine de texturage asm de doom dessine par segments verticaux ce qui colle très bien avec le mode-X.

Effectivement, je n'ai pas compté le passage assembleur->C dans le *17, ni la copie vers la mémoire vidéo qu'il faut rajouter puisqu'on ne peut pas y écrire directement ni page flipper, plus la conversion 8bits->X11, plus l'overhead ajouté par X11, parce que je ne sais pas le facteur que ça fait, mais ça commence à faire beaucoup ;)

PS : je viens de voir que tu es l'auteur de babal, il faut que je te remercie pour avoir occupé mes cours de philo :)

C'set un peu l'esprit du hash-sorting qui est lui aussi en O(n) : tu as une table de hash où tu balances toutes les valeurs à trier et à la fin tu la parcourt dans l'ordre pour recréer le tableau trié (si j'ai mal expliqué cf google ça doit y être).

Et si on veut un tri basé sur des comparaisons on a les tris qui s'occupent d'abord des bits de poids fort puis des bits de poids faibles de ton entier, ça donne des complexités comme O(n*log(log(n))), ça doit aussi se trouver sur google.

En fait, le tri O(n*log(n)) est optimal avec quelques hypothèses :
- tu fais le tri in-situ
- tu as une fonction de comparaison dont tu ne connais pas les propriétés à priori
- tu as juste le droit de modifier ton tableau avec une fonction inverse(a,b) qui... inverse a et b.

L'ordonnanceur permet d'avoir des meilleurs temps de réponse, une plus grande stabilité par rapport au systèmes coopératifs, ou les processus décidaient eux meme quand repasser la main à un autre processus (win 98). Ah non, win 98 et même win 95 étaient déjà multitache préemptifs (c'est pas pasque ça se bloque que c'est non préemptif ;). C'était d'ailleurs un argument de vente (avec quelques années de retard sur d'autres OS, pourtant krosoft présentait ça comme une révolution). Les windows à multitache non préemptif sont les 3.11 et inférieurs. Sinon l'algo bien classique d'ordonnancement c'est le "round robin" où on donne un peu de temps CPU à chaque processus, chacun son tour. Pour les curieux, il y a un fichier à voir (beacoup plus simple que ce que j'aurais cru, la première fois que j'ai été y voir j'ai été étonné), c'est file:///usr/src/linux/kernel/sched.c qui est l'ordonnaceur de linux zut, l'url est pas clickable :(

Je suis tout à fait d'accord sur la nécéssité de créer un site où peuvent se retrouver les développeurs/artistes/contributeurs de tout poil de jeux libres. Malheureusement je n'ai pas de talent artistique à fournir pour le design d'un tel site :( mais je suis prêt à y participer, mon mail vous est ouvert. Un tel site pourrait recenser les projets et les personnes par catégories, et faire coller les bonnes personnes avec les bons projets. En plus, ça pourrait avoir l'avantage de fédérer plus facilement plusieurs projets open source qui veulent faire le même type de jeu. Ou permettre d'aider les gens qui veulent contribuer à un jeu open source mais qui ne trouvent pas leur bonheur. J'ai par ailleurs l'impression que sous windows il y a plus d'artistes en tout genre (qui sont sans trop de compétences en informatique, donc sous windows) qui seraient motivés pour créer des jeux mais qu'il y a moins de développeurs (sous windows, les développeurs m'ont l'air d'avoir plutôt tendance à faire des projets commerciaux). Cela pourrait amener des gens dans le monde libre. Après tout, l'open source a réussi à séduire les programmeurs, pourquoi pas ensuite les artistes ? Sinon, un article très intéressant sur la création de jeux open source écrit par Shawn Hargreaves, l'auteur d'allegro, est là : http://www.talula.demon.co.uk/games.html Comme il le dit lui-même c'est inspiré par ESR.

Tu donnes toi-même la réponse à ta question sur la vitesse de doom : doom est lent si on n'utilise pas l'accéleration 3d.

Cela parce que la version linux de doom n'a pas les routines de texturage en assembleur (pour des raisons de portabilité), et tourne dans des résolutions bien plus hautes. Il ne faut pas perdre de vue que passer de 320x240 (résolution originale de doom) à 1280x1024 (résolution à laquelle le linuxien geek moyen tourne doom) multiplie le nombre de pixels à dessiner par 17 !
Et 17 fois plus puissant qu'un vieux pentium 60 (machine minimale pour doom à 60 fps) c'est quand même un gros cpu ! Surtout que ça veut dire aussi mémoire 17 fois plus rapide, bus vidéo 17 fois plus rapide... Le cpu aura toujours du mal à faire autant de travail qu'un processeur graphique spécialisé.

Moralité : charge prdoom (http://prboom.sourceforge.net/(...)) et sers toi de ta carte 3d !

Sinon pour la différence de 500 Mhz, je ne suis pas d'accord, ça dépend effectivement de la qualité des drivers de ta carte vidéo et des drivers AGP. Les possesseurs de cartes nvidia sont les mieux lotis de ce côté-là (cf http://www6.tomshardware.com/graphic/00q4/001002/linux_nvidia-05.ht(...)).

Par contre, les drivers de G400 ne sont pas les plus rapides en 3d. Il faudrait faire pression pour que les constructeurs de carte vidéo ne se contentent pas de donner les specs de leurs cartes mais expliquent aussi aux développeurs des drivers linux comment les optimiser pour la carte (une spec ne contient pas forcément les "trucs" qui rendent l'uilisation de la carte optimale, elle ne décrit que le fonctionnement vu de l'extérieur). D'ailleurs ça s'applique aussi aux drivers radeon qui souffrent du même problème.

Figure toi que j'y ai réfléchi quand j'ai eu la proposition d'une personne qui voulait faire ça avec un jeu dont je développe (en partie) le code. Ce qu'il proposait était en gros qu'il allait s'occuper des modèles 3d, des textures et tout ça, moi je pouvais garder le moteur en gpl et on allait vendre le tout.

J'y ai réfléchi d'autant plus que je n'ai pas encore réussi à trouver de graphiste 3d motivé par le projet.

Mais en y regardant à deux fois, l'open source n'a pas besoin d'un moteur sans données (textures, modèles, graphs) de plus. Ca ne fait pas un jeu du tout, et des moteurs de jeu il y en a suffisament comme ça, et bien plus polyvalents que le mien, comme ogre, crystal space...
Je pense même que la valeur des jeux est maintenant de plus en plus dans les données elles-mêmes, j'en veux pour preuve qu'urban terror ou counterstrike ne sont que des packs de donées rajoutés sur des moteurs 3d (q3 ou halflife), et pourtant on parle d'eux comme des jeux à part entière.

En plus, une des deux parties risque d'être lesée par un tel accord, qui allie deux interêts totalement opposés (commercial vs open source).

Du coup, j'ai décliné une telle proposition. Je me suis dit que comme j'avais développé ça sans artistes pendant plus d'un an, je pouvais continuer comme ça encore un peu, plutôt que de faire du commercial.

A mon avis, ce qu'il manque surtout aux jeux open source c'est un endroit où les graphistes, les programmeurs et les musiciens peuvent se rencontrer pour créer des projets (ouverts !). Et même sur sourceforge, savannah, flipcode et autres gamedev les chances de trouver des artistes sont infimes, car n'y vont que les développeurs.

Si vous connaissez un site qui fait ça, postez !

Sinon, si quelqu'un veut participer, ou veut voir le jeu (jeu de course 3d) c'est là (qui sait, peut-être que grâce à linuxfr...):
http://www.nongnu.org/daredevils/(...)

C'est l'"AGP aperture size" je crois, c'est-à-dire la mémoire centrale que la carte video a le droit d'attaquer directement pour chercher les textures qui rentrent pas dans la mémoire vidéo. Bah oui, sous un OS avec la protection mémoire il faut bien l'allouer "officiellement" cete mémoire. Mais bon tout ca ne mange réellement aucune ram, ouf (la première fois que j'ai vu ça, je dois dire que j'ai eu peur aussi ;)

Donc dans top on a effectivement interêt à regarder la taille résidente (RSS) pour savoir ce que ça mange vraiment.
Par contre, une RSS de 90Mo pour X me paraît dûe à autre chose, comme X qui cache ses surfaces (X, si il peut s'étaler, il s'étale...), ou à un programme X qui fuit (en créant plein de Pixmaps qu'il ne libère pas, par exemple).