travaille sur des long words et non des words et plus besoin d'un and

ou ton "and" fait le a la toute fin, quand le hash est fini de calculer

mais bon comme dit plus haut 5 ou 10 cycle c'est rien, ie si gagner "20 cycles" ne t'a fait gagner que 5% c'est que le bottleneck est ailleurs

Un bref calcul sachant qu'on prend une HW1 a 10Mhz, qu'il faut entre 4 et 5 cycle d'horloge pour executer un cycle d'instruction sur un 68000 (donc je prend 4.5 front d'horloge pour faire une moyenne)

On a donc

(1 / (10 MHz)) * 4.5 = 100 nanosecondes

100 ns pour chaques cycles

Si on prend dans la doc officielle de motorola/freescale

andi #xx, dx

Il faut pour un byte/word 8 cycles

donc 8 * 100 ns soit 800 nanosecondes

si on prend un fichier de 65533 Octets, l'execution des 65533 andi prendras 52,4 ms

Si on prend le nombre total de cycles de:

move.l a2,a0		; 4
move.b (a0)+,d0		; 8
add.w d0,d0		; 4
add.w d0,d0		; 4
moveq #0,d1		; 4
move.b (a0)+,d1		; 8
add.w d1,d0		; 4
add.w d0,d0		; 4
add.w d0,d0		; 4
move.b (a0),d1		; 8
add.w d1,d0		; 4
andi.w #$0FFF,d0	; 8
add.w d0,d0		; 4
add.w d0,d0		; 4
lea 0(a6,d0.w),a1	; 12

soit 84 cycles, autant dire que les 8 cycles sont quand meme ridicules...

sachant que la le code prendrait 550 ms pour lui tout seul.. 52 ms de plus ou de moins ne change plus grand chose, sachant que ce n'est pas le seul code utilisé

Je sais pas comment tu obtiens 58Ko/s mais la rien que théoriquement juste sur le calcul du hash ce n'est pas possible...

La on obtiens du 25 a 26Ko/s max juste pour le calcul du hash...

edit: #phoque#