Vitesse des instructions - Page 2

comment ca?

Galmiza a écrit :
Mais si je programme, c'est avant tout pour me prendre la tete sur un probleme. J'aime bien essayer de tout refaire moi-meme

Mais si je programme, c'est avant tout pour me prendre la tete sur un probleme. J'aime bien essayer de tout refaire moi-meme

C'est vrai, j'ai dit cela, j'avoue.
Mais je me souviens tres bien avoir ajouté que si les problemes persistaient, je n'hesitais pas a chercher de l'aide aupres de personnes pleines de bonnes volontés, comme toi, sBibi .

J'ai analysé entierement le code (en binaire) de Clavette B. et, grace a mon entrainement dans le domaine de l'entraide, lui ai repondu pas plus tard que dix minutes apres son post.
J'ai meme passé a PinGo (qui m'a envoyé UN mini-msg) le scrolling que j'ai developpé et qui m'a fait user des dizaines de pages de brouillon (et oui, je pars de zero).

lol, t'as passe combien de temps sur ton probleme?
si pour toi un "probleme qui persiste", c'est un pbl que t'arrive pas a resoudre apres avoir passe qques heures dessus, ben... non
et vu l'importance d'un remplisseur de triangles, tu peux te permettre d'y passer plus de quelques jours
surtout que c'est vraiment simple a faire pour peu que tu te donne la peine d'y reflechir un minimum.

mais si tu veux je peux te filer le code en binaire de mon filler

"(et oui, je pars de zero)."
parceque tu crois que les autres ici parlent de quoi?

C'est vrai que si on prend l'habitude de faire quelques fonctions soi meme, on va se forcer à mieux les construire, à force d'en avoir marre des se planter pour des conneries, ou pour passer de paramètres, ce qu'on est pratiquement obligé de maitriser.

"le scrolling que j'ai developpé et qui m'a fait user des dizaines de pages de brouillon"

mdr
j'ai use deux cahiers de 200 pages pour developper trinity (en en passant apprendre la prog 3D/graphique a 0)
je crois que t'as pas une bonne vision des choses...

> j'ai use deux cahiers de 200 pages pour developper trinity
le fou

T'exageres pas un peu ?

bein si il part de zero c'est pas beaucoup

ben si je trouve

PpHd> non, je connaissais strictement rien a la 3d avant, et ok, c'est pas deux cahiers pleins, le premier est plein, le deuxieme il reste 10 pages a la fin
(et y faut bien s'occuper a la fac )

A propos du topic ......
D'apres le timing, travailler sur des words est aussi rapide que de travailler sur des bytes.
Est-ce tout le temps vrai?

hmm oui

Pourquoi parfois, lorsqu'on essaye d'incrementer un pointeur d'un nombre impair, ca fait bugger la ti?

Ou alors, c'est une operation sur l'adresse (impaire) qui fait planter.

Comme déjà dit, tu n'as pas le droit de lire/écrire un .w ou un .l à une adresse impaire, ça provoque une 'adress error'. C'est effectivement non l'opération sue le pointeur qui rpovoque le crash mais la lecture/écriture

Quel test faire si on veut savoir si le resultat d'une somme depasse la taille du registre?

ex: add.w d0,d1
b?? \le_resultat_est_trop_grand_pour_la_taille_du_word

Plus generalement, comment tester les flags X,N,Z,C et V (car les notices expliquent leur fonctionnement mais pas la facon de les tester)?

un btst sur le bit correspondant dans le sr, je dirai
(enfin, l'asm et moi, aussi...)

Galmiza>
bvs \resultat_trop_grand si tu travailles avec des nombres signés
bcs \resultat_trop_grand si tu travailles avec des nombres non signés
(les tests opposés sont bvc et bcc)

Pour tester Z, beq/bne, pour tester N, bmi/bpl, et il n'y a pas d'instructions de saut direct pour tester X, mais en général il vaut pareil que C sauf dans quelques cas.

Merci beaucoup, je vais pouvoir optimiser pas mal de trucs.

squale92 > enfin, l'asm et moi, aussi...
C'est clair

erf
d'ailleurs, ca fait bien longtemps que je n'ai pas avance le tuto asm, tiens...

Galmiza a écrit :
D'apres le timing, travailler sur des words est aussi rapide que de travailler sur des bytes. Est-ce tout le temps vrai?

Ximoon
a écrit : hmm oui

Nuance: Oui, quand les 2 variantes de l'instruction existent. Certaines instructions (s??) n'existent qu'en .b, d'autres (mulu, divu, swap) ne travaillent qu'avec des words.

ça va sans dire

> un btst sur le bit correspondant dans le sr, je dirai
Il me semble qu'un tel mode d'adressage (sr ou ccr) n'existe pas pour les instructions de bit...
Les branchements conditionnels vont très bien. L'assembleur du 68000 est suffisamment riche...

> un btst sur le bit correspondant dans le sr, je dirai Il me semble qu'un tel mode d'adressage (sr ou ccr) n'existe pas pour les instructions de bit...

j'aurai mieux fait de me la fermer, au lieu de parler de choses que je ne connais que tres mal, moi, encore
merci pr le renseignement, en tout cas

squale ta pas tt a fait tord, on peut faire un
move sr,d0
btst d0,BIT_V

par ex

squale ta pas tt a fait tord,

c mieux que rien

move sr,d0 btst d0,BIT_V

heu... oue...

Qu'est ce qui est plus rapide entre:

moveq.l #3,d0
lsr.w d0,d1
lsr.w d0,d2

et

lsr.w #3,d1
lsr.w #3,d2

Au bout de combien d'instructions consecutives utilisant un meme "immediate" est il plus rentable de mettre cet "immediate" dans un registre, puis d'operer avec ce registre?

Galmiza> les lsr #x ne sont pas vraiment des données immédiates (c'est un peu comme addq et moveq), donc il faut systématiquement utiliser lsr #x quand c'est possible

Quelle sont les differences entre:

bpl.b
bpl.w
bpl.l
bpl.s

En ai-je oublié d'autres?