Recherche de vitesse - Page 1

Je recherche beaucoup de vitesse pour optimiser un algorithme en ASM. is_data:      tst.w     _ucounter      bne     bcle_sound      move.w     unittps,_ucounter            cmp.b     #$01,_flag_      beq     continue1            tst.b     _lcounter1      beq     extract_voice1      subq.b     #1,_lcounter1       continue1:      cmp.b     #$02,_flag_      beq     continue2            tst.b     _lcounter2      beq     extract_voice2      subq.b     #1,_lcounter2       continue2:      bra     bcle_sound       extract_voice1:      movem.l     a0,-(a7)      move.l     ptridle_voice1,a0      move.b     (a0)+,frequency_voice1      move.b     (a0)+,_lcounter1      movem.l     (a7)+,a0            addq.l     #2,ptridle_voice1            cmp.b     #$FF,frequency_voice1      beq     end_voice1      bra     continue1       extract_voice2:      movem.l     a0,-(a7)      move.l     ptridle_voice2,a0      move.b     (a0)+,frequency_voice2      move.b     (a0)+,_lcounter2      movem.l     (a7)+,a0            addq.l     #2,ptridle_voice2            cmp.b     #$FF,frequency_voice2      beq     end_voice2      bra     continue2             end_voice1:      ori.b     #$01,_flag_            cmp.b     #$03,_flag_      beq     end_all      rte end_voice2:      ori.b     #$02,_flag_            cmp.b     #$03,_flag_      beq     end_all      rte       end_all:      clr.b     state      rte

Quels sont les instructions que je doit remplacer car je pense que cmp est lent ainsi que bra... Je voudrais trouver des equivalent mais très rapide.

Ta source est assez longue, j'ai la flemme de regarder.

Je te conseille de télécharger le manuel de l'utilisateur du 68000 ([google]MC68000UM.PDF[/google]). dedans il y a les temps de toutes les instructions.

Sinon, sur www.ticalc.org, tu trouveras quelques textes qui proposent des optimisations d'instructions.

Mais avant de penser à l'optimisation par instruction, sois bien sûr que ton algo est vraiment optimisé.

Merci pour les docs. Mon algo est très optimisé en vitesse par en mémoire mais ça je m'en contre fiche. Comme tu le voit j'utilise une interruption plus c'est rapide mieux c'est. Je vais de ce pas regarder les docs mais je préfére aussi avoir des avis critique.

Déjà pas la peine de faire des movem si tu n'empile qu'un seul registre: fait un move simple. Ensuite met tes variables dans des registres plutôt que de les manipuler directement en mémoire, ça ira beaucoup, mais beaucoup plus vite

Un truc qui me choque un peu: un bra juste après un label... autant aller directement au bon endroit.

Juste après continue1 aussi, tu devrait mettre le label après les deux instructions car continue1 n'est appelé que lorsque _flag_=1

sinon pour mettre _flag_ dans un registre, faut voir: tu l'utilises disons 3 fois en moyenne, alors regarde si l'adressage direct est plus de 2 fois moins rapide en cycle (genre timing.txt chez ticalc)

Je vais me pencher sur tout ça mais pour ce qui ai de la manipulation avec registre, je ne peut pas avoir en permanence l'état des varaibles (leurs changement de valeurs).

bah par exemple au début de ta fonction tu charges les variables concernées dans des registres, tu exécutes, et tu réenregistres les nouvelles valeurs au sortir de la fonction, normalement tu devrais y gagner

C'est clair
Remplace les movem par des move lorsque le nombre de registres est inférieur à 4.

D'accord, je fait ça tout de suite

Thibaut a écrit :
C'est clair
Remplace les movem par des move lorsque le nombre de registres est inférieur à 4.

Non, lorsqu'il est strictement inférieur à 3 seulement! Tu perds 2 octets par registre à partir du troisième!

Mon pauvre, tu vas jusqu'à faire semblant de ne pas comprendre ce qu'on demande pour étendre la propagande de tes opinions

Kevin> tu sais lire? regarde le titre du topic... c'est pas marque "recherche de gain de place"

geogeo: utilise les routines de modifiees de extgraphlib, parce que bon...

sBibi
a écrit : Kevin> tu sais lire? regarde le titre du topic... c'est pas marque "recherche de gain de place"

Mais il n'y a pas écrit "recherche de vitesse en gaspillant le maximum de place possible"!!! Un gain de vitesse n'implique pas forcément une perte de place.

Là si

Bas dans mon cas c'est surtout de la vitesse que je veut et non de l'économis en mémoire car plus c'est rapide mieux c'est car plus de fréquence joué. Surtout que j'utilise une interruption assez rapide.

Ce qui m'étonne le plus c'est que j'ai eux les sources de FXlib après avoir développé cette partie et en comparent celui de FXLib au miens, le miens est plus optimisé et surtout plus performant et je me pose toujours la question, pourquoi personnes avait pensé à mon idée pour gérer du son en stéréo en tâche de fond!!!

Peut-être que personne ne s'y était intéressé avant toi

Ouaip

Kevin : t'es aussi lourd que moi en ce moment

vous etes lourds tous les deux, en ce moment, en gros

Tu aimes répéter les gens comme ça ?
T'es lourd là

ke dis ce que je pense.

"ils deviennet ce qu'ils voient, et voient ce qu'ils deviennent"

c'est yoda qui l'a dit?

c'est la mode du roll en ce moment

c la mode des posts constructifs, aussi ?

Non, c'est la mode du "partage en live" depuis quelque temps. Tous les topics se transforment en champ de bataille

un peu, oui.
et c'est plutôt dommage...

mais non
regardez ce topic il part pas en live

et il a fait quoi plus haut ?

heu...