On Thu, Jul 31, 2003 at 05:55:41PM +0200, Thomas Pimmel wrote: > Re, > > Le Jeudi 31 Juillet 2003 16:58, Sven Luther a �crit : > > > Des etudes de performance du serveur X ont montre que beaucoup de la > > lenteur attribue a X est en fait lie a une mauvaise programmation des > > clients X (les toolkits plus generalement) et a la meconnaissance de la > > structure fondamentale de X par la plus part des programmeurs des dits > > clients, particulierement en ce qui concerne l'expose event. > > C'est � dire ? Des programmeurs qui rafraichissent toute la fen�tre alors que > seule une partie est � refaire ? C'est l� qu'on mesure la puissance > d'Intuition (je parle � l'ex-amiga�ste) qui g�rait la "damage list" tout > seul.
Ben oui, Intuition, c'est un peu le toolkit et le serveur en un seul, si je ne me trompe pas. Donc si la partie toolkit ne fait pas bien les choses, c'est normal que le serveur ne suive pas, il ne fait que ce qu'on lui dis apres tout. Pour en revenir a ta question, je suis pas moi meme un expert du protocole X, ma (maigre) contribution a XFree86 c'est limite a l'ecriture de drivers qui accedent a la carte graphique directement. Et oui, j'ai commence en informatique en faissant de la 3D en programmant directement le chipset amiga en assembleur 68000 :))) Mais je disgresse, le probleme serait semble-t-il du aux clients qui ne rendent pas l'evenement expose comme ils le devrait, ou au fait que gnome et KDE par exemple ne mettent pas leur background en image root par exemple, sans compter l'addition de couchent d'alpha blending pas accellere (et oui, Render, et le travail de Keith Packard est tres joli, mais semble etre tres difficile a accelere, car il l'a developpe completement sans tenir compte des realites hardware et sans consultation avec les ecriveurs de drivers. > La question est peut-�tre a-t-on encore besoin d'un *serveur* graphique ? > Mais Oui, bien sur, cela a des avantages, et le cout engendree est negligeable, ce que beaucoup ignore, et tende a attribue des lenteurs venue d'autres couches au protocole X. Tu peut essayer XDirectFB au dessus de DirectFB au dessus du Framebuffer, et c'est tres rapide, ou encore le X qu'utilise Mac OS X par exemple. > bon, je mesure mes paroles, vu que je suis d�j� l'origine d'un troll et que > je n'ai pas envie de le relancer, surtout quand il part en vrille. Disons que > la question sera tranch�e avec le temps... Bof, il y a pas de question a tranch�e, mais c'est sur que le temps et l'evolution future de X et des environements graphiques (et du noyau linux) risque de dissoudre les doutes quand aux performances de X. > > Pour se faire une idee plus precise de la chose, on pourra regarder le > > thread (err, le flamewar) qui s'intitule 'Snappy GUI response' et qui > > debute ici : > > > > http://www.xfree86.org/pipermail/forum/2003-July/001612.html > > Oui, c'est int�ressant. Et tu y trouvera des reponses bien plus detaille et sur que ce que je raconte plus haut, tout les grands ont participe a ce debat, des gens qui sont a l'origine de X ou de XFree86 meme, et qui ont fait des etudes detailles sur les endroits ou se trouvent les lenteurs, pas juste des trolls donnant des impressions (pour rester poli). > > De plus, il est effectivement vrai que la plus part de la lenteur percu > > de X, surtout a des niveaux de charge eleve du systeme, sera largement > > compense par les ameliorations apporte au noyau, tant au niveau du patch > > J'ai h�te de le tester. Mais, j'attends que modconf soit compatible. Et oui, > je deviens paresseux avec l'�ge :-) Le modutils de sid devrait etre bon, je pense. De plus, tu peut essayer d'appliquer des patches lolat et preempt aux kernels 2.4.x, il devrait meme y avoir des packages debian contenant ces patches preinstalle et pretester, qu'il te suffit d'installer et passer les bonnes commandes a make-kpkg. > > http://www.pegasosppc.com/ > > http://www.morphos.net/ > > Pour une machine rapide avec une reimplementation de l'amigaOS et qui > > boot en natif ppc en 2-3 secondes, vraiment sympa, dommage que cela fait > > 6 ans que je ne suis plus amigaiste et que je ne sais plus me servir de > > toutes les applications d'alors, ni ne suit au courrant des nouveautes. > > Rien de neuf sous le soleil, toujours un m�lange de "driver et d'�mulation" > (je cite). J'ai quitt� � regret le d�veloppement sur l'Amiga quand je ne Non, il s'agit d'une reimplementation complete, le noyau a ete reecris, et supporte meme la protection memoire et tout le tralala. Les applications tournent cependant maintenant dans l'ABox, et donc tous dans le meme espace memoire. Peu (ou pas) d'apps utilisent la QBox qui donnent un espace protege a chaque application. Plusieurs applications ont ete porte en native, et il y a egalement un emulateur qui permet de lancer toutes les anciennes applis (celle qui sont conforme au systeme, pas les jeux et autres demos qui accedait directement au hardware), plutot rapidement d'ailleurs, mais comme elle etait prevu pour un 68030 ou 68040 a 30-50 MHZ, il est normal qu'elle tourne vite en emulation sur un G3 600 ou G4 1GHz. Et comme ces machines n'ont pas de ventilo, c'est une delice de tranquilite de les utilises. En tout cas, c'est du meme genre que ce que Apple a fait lors de sa transition vers le PPC, en plus clean peut etre meme. > disposais plus des autres outils pour l'utiliser... en tant qu'utilisateur > (on ne peut pas tout faire soi-m�me ;-)) Il manquait � l'amiga un domaine > d'application o� il serait leader afin de dynamiser les d�veloppeurs. Ce fut Effectivement, Le reel probleme c'est qu'ils n'ont pas voulu payer microsoft pour faire un port de Word, et qu'ils ont perdu par les bureaux et autres. C'est amusant de remarquer que c'est exactement ce genre de domaines que linux est en train d'investir ces derniers mois. BTW, j'espere que vous avez tous acheter votre copie de Neverwinter night chez TuxGames ... > la 3D et la video pendant un moment, puis le jeu (un tr�s court moment, > contrairement � ce que les gens s'imaginent souvent). > > Mais ce qui me manque sur linux ce sont les joies de la programmation > assembleur motorola, on est loin des bureaux, des serveurs graphiques et des > WM... ;-) Well, les projets glibc et gcc ont surement besoin de volontaire pour aider au port m68k, si tu te lance la dedans, tu aura ton compte d'assembleur 68000, et tu aidera meme a accelerer la release de sarge :))) BTW, debian dispose de deux ou trois amiga avec carte 68060 au moins. Amicalement, Svne Luther
