Posté par benoar .
En réponse au journal Erudissey.
Évalué à 2.
Bon alors j'ai diverse raison (de plus ou moins mauvaise fois) qui ne me motivent pas à le faire :
- j'ai pas les symboles de débugage, va falloir recompiler cairo (et mon petit G4 800 se traine un peu)
- cairo marche déjà pas trop mal avec GTK2, donc je suppose que le problème vient de gecko (ou Xorg), ce qui m'amène à :
- je suis un peu malade du code de gecko et de X (j'avoue n'avoir que survolé gecko, mais je suppose que c'est pareil que Xorg : j'en peu plus tellement le code est lourd et imbitable)
- ma plate-forme (ppc) et mon système sont un peu spéciaux, je bidouille plein de trucs, donc je ne me retrouve jamais dans les mêmes situations que les devs ce qui fait que souvent les problèmes viennent d'autre part sans que je puisse jamais savoir si le problème va être reproductible (par exemple les lenteurs de X sur ppc sont surement du à la non optimisation des routines pour le frame buffer : personne ne s'en rend compte sur x86 car c'est optimisé MMX et que tout est fait dans l'ALU classique sur ppc. J'ai essayé quelques optimisations, mais ça a pas mené à grand chose vu que la manière dont est architecturé Xorg fait que le code vectoriel dépend beaucoup de la vitesse du bus mémoire et qu'à ce niveau, l'Altivec est pourri. Et que mes tentatives à une époque avec E17 n'ont rien donné vu que le patch que j'ai envoyé n'a jamais atteint le CVS vu que tout le monde s'en branle du ppc)
Bon alors je pourrais laisser le boulot aux devs de cairo ... mais ça me semble un peu injuste vu que j'aurai peut-être les compétences pour le faire. Enfin bon oui, je pourrais rester au simple role de testeur...
[^] # Re: Bravo !!!!
Posté par benoar . En réponse au journal Erudissey. Évalué à 2.
- j'ai pas les symboles de débugage, va falloir recompiler cairo (et mon petit G4 800 se traine un peu)
- cairo marche déjà pas trop mal avec GTK2, donc je suppose que le problème vient de gecko (ou Xorg), ce qui m'amène à :
- je suis un peu malade du code de gecko et de X (j'avoue n'avoir que survolé gecko, mais je suppose que c'est pareil que Xorg : j'en peu plus tellement le code est lourd et imbitable)
- ma plate-forme (ppc) et mon système sont un peu spéciaux, je bidouille plein de trucs, donc je ne me retrouve jamais dans les mêmes situations que les devs ce qui fait que souvent les problèmes viennent d'autre part sans que je puisse jamais savoir si le problème va être reproductible (par exemple les lenteurs de X sur ppc sont surement du à la non optimisation des routines pour le frame buffer : personne ne s'en rend compte sur x86 car c'est optimisé MMX et que tout est fait dans l'ALU classique sur ppc. J'ai essayé quelques optimisations, mais ça a pas mené à grand chose vu que la manière dont est architecturé Xorg fait que le code vectoriel dépend beaucoup de la vitesse du bus mémoire et qu'à ce niveau, l'Altivec est pourri. Et que mes tentatives à une époque avec E17 n'ont rien donné vu que le patch que j'ai envoyé n'a jamais atteint le CVS vu que tout le monde s'en branle du ppc)
Bon alors je pourrais laisser le boulot aux devs de cairo ... mais ça me semble un peu injuste vu que j'aurai peut-être les compétences pour le faire. Enfin bon oui, je pourrais rester au simple role de testeur...