XLib et ses performances... - Page 1

Bon allez je vais y aller un peu direct mais faut bien ça

J'ai vu presque la totalité des sources de XLib 1.50 par "fragments", y'en avait des passages plus ou moins bien mais je viens de voir XJoypad(), fonction que je pensais bien optimisée et pour laquelle je m'étonnais d'avoir fait 250% plus rapide.

Oh surprise, la lecture avec _rowread de toutes les touches, une par une

Plus serieusement, je suis près à aider au moins un peu pour n'importe quelle fonction d'une éventuelle prochaine XLib, parceque par exemple dans le cas de XJoypad je crois que tout est à refaire pour gagner (beaucoup) à la fois en vitesse et en taille

J'ai vu le code qu'il propose et effectivement c'est bcp plus efficace que se qu'on a fait, d'ailleur c'est "stupide" comme idée, tellement c'est simple

Bref, je pense que Vertyos peus bcp nous aider sur se coup

qu'il propose, mais en utilisant rowread, je vois pas comment on pourait faire mieux en utilisant la meme fonctionnalité?
sinon tous les codes C sont a chier dans Xlib

Si je peux aider de temps en temps, y a pas de problèmes.
Bien sûr je connais pas grand chose mais je propose ma modeste aide.

proposé, de toute maniere moi je suis en retraite!

JackosKing :
qu'il propose, mais en utilisant rowread, je vois pas comment on pourait faire mieux en utilisant la meme fonctionnalité?
sinon tous les codes C sont a chier dans Xlib

Déjà avec _rowread y'a moyen de faire bcp plus rapide que XJoypad, mais je n'utilise pas _rowread

Il n'utilise pas rowread justement, mais sa fonctionne pareil mais en plus rapide (rowread est trop lent )

TiMad > Quand tu aura vu se qui optimise, tu dira oui effectivement

Bah je sais pas aider dans l'optmisation en ASM de routines, donner des idées, créer le fichier d'en tête de Xlib, en bref faciliter votre boulot dans certain domaine, il est par rare que même lorsqu'on termine une routine et qu'on pense l'avoir optmisé à 100% il reste des trucs à améliorer.

Déjà avec _rowread y'a moyen de faire bcp plus rapide que XJoypad, mais je n'utilise pas _rowread

ca je demande a voir..
apres oui c'est possible de faire sans rowread.. mais bon de toute maniere la perte de vitesse est de loin negligeable (equiva a l'affichage d'un sprite il me semble)

enfin tu peux proposer a neurone, moi je fou plus rien , retraite powa

Vertyos: je viens de parler avec GodZil, et apparement, il t'as montré les mauvaise sourves, pke ce que tu comptes faire, c'est ce que fais XLib deja.
Donc, je pense que ton gain viens uniquement de ta fonction FC_rowread ... ce qui n'est pas du tout impossible !

arf à au fait j'ai le moteur de Xlib v2 a moitié fait si ca t'interesse, enfin manque le drawlevel manque pas grand chose pour qu'il tourne mais bon j'ai la flemmmmmmmmmmmmmmmmmmmmmmme)

nEUrOO
: Donc, je pense que ton gain viens uniquement de ta fonction FC_rowread ... ce qui n'est pas du tout impossible !

void func1(void)
{
XJoypad();
}

void func2(void)
{
FC_Keyboard();
}

Results for 10000 loops :

Function 1 :
993 tic (3524 exec/sec)
= 39% of Func 2's speed

Function 2 :
397 tic (8816 exec/sec)
= 250% of Func 1's speed

Y'a quand même bien une différence qui vient de quelque part.

ce sont bien 2 fonctions utilisant rowread on est ok.
bon maintenant est ce que tu a les memes fonctionnalités?
comp on calc etc.. sinon c'est incomparable...

Nan déjà expliqué à Godzil, la seule != entre les deux fonctions c'est que XJoypad détecte APPS, pas FC_Keyboard. Mais ne viens pas m'expliquer que ça va diviser par 2.5 la vitesse de ma fonction

Et sinon, non je n'utilise pas _rowread qui est très lent.

bein alors c'est incomparable..
c'est l'equivalent d'un sprite a afficher en plus.

lol ça m'aurait étonné
Bah alors garde XJoypad, moi je m'en fous c'était pour aider...

non ce que je veux dire c'est que XJoypPad est frapide pour utiliser rowread, sinon non..
ta routine est certainement mieux.. de toute maniere si tu veux la proposer, c'est neurone qui s'occupe de Xlib , plus moi

Vertyos> Tu fais comment sans utiliser _rowread ?

bein il refait la fonction

Donc ça revient au même...

carrément pas...

Pourquoi ?
Le fonction de TIGCC attend trop longtemps ?

Oui (24 dbf)

non mais le gain que tu peux avoir, c'est au niveau des nop..
a chaque appelle de _Rowread, on attend x nop.
et vu que XJoyPad doit appeller 2 ou 3 fois rowread, il attend 2x ou 3x nop, c'ad 4*x et 12*x cycles.. alors qu'il est inutile d'attendre autant. x nop suffisent.

nb: j'utilise xnop, car ca depend de la fonction que l'on fait..

En effet, 24 nop, ça fait beaucoup...