A1000 et A500 lequel pour 68010 ?

A partir de maintenant la course à l'armement est lancée.

Modérateurs : Papy.G, fneck, Carl

Zebulon
Messages : 2806
Inscription : 02 nov. 2020 14:03

Re: A1000 et A500 lequel pour 68010 ?

Message par Zebulon »

Peut-être pourrais-tu définir une position d'un problème de recherche de mat forcé en 3 ou 4 coups et lancer la recherche pour comparer le temps mis pour trouver la solution ?

https://www.echecs-et-strategie.fr/2011 ... n.html?m=1
__sam__
Messages : 7989
Inscription : 18 sept. 2010 12:08
Localisation : Brest et parfois les Flandres

Re: A1000 et A500 lequel pour 68010 ?

Message par __sam__ »

Gods69 a écrit : 17 avr. 2023 11:54 Oui, on peut dire que le 68010 est une version "optimisée" du 68000.
Plus que ca: il corrige surtout des erreurs de conception du 68000: possibilité de rejouer une instruction interrompue sur une erreur d'accès mémoire (le 68000 ne push pass assez d'info sur la stack-frame pour pouvoir reprendre après un bus-error), du coup possibilité de vraie mémoire virtuelle, et même virtualisation réelle et complète grace à la protection de l'accès au registre SR, et enfin corrections de cycles inutiles dans le micro-code.
Samuel.
A500 Vampire V2+ ^8^, A1200 (030@50mhz/fpu/64mb/cf 8go),
A500 GVP530(MMU/FPU) h.s., R-Pi, TO9, TO8D, TO8.Démos
Avatar de l’utilisateur
hlide
Messages : 3507
Inscription : 29 nov. 2017 10:23

Re: A1000 et A500 lequel pour 68010 ?

Message par hlide »

Cet article semble indiquer qu'il y a bien un prefetch (FIFO) de 4 octets pour le 68000 donc je me demande si le 68010 fait gagner beaucoup avec ces 6 octets. Cela pourrait expliquer que le gain ne soit pas aussi significatif dans ce que j'ai pu lire au sujet du 68010.

http://pasti.fxatari.com/68kdocs/68kPrefetch.html
__sam__
Messages : 7989
Inscription : 18 sept. 2010 12:08
Localisation : Brest et parfois les Flandres

Re: A1000 et A500 lequel pour 68010 ?

Message par __sam__ »

Le mode "loop" du 68010 est conçu exclusivement pour une instruction ALU de 16bits suivie par un DB<cc> sur cette instruction ALU afin de réduire les accès mémoire aux instructions pour ces micros-boucles. Ca sert pour la recopie de mémoire, et les manipulations de chaines de caractères.

Le prefetch ne fait rien gagner sur le 68000 car avec 4 octets on ne fait tenir au max que 2 instructions, mais aucune boucle DB<cc> utile.
Samuel.
A500 Vampire V2+ ^8^, A1200 (030@50mhz/fpu/64mb/cf 8go),
A500 GVP530(MMU/FPU) h.s., R-Pi, TO9, TO8D, TO8.Démos
Sappas
Messages : 681
Inscription : 02 oct. 2022 18:11

Re: A1000 et A500 lequel pour 68010 ?

Message par Sappas »

On est bien d'accord que ce qui est développé ci dessus n'est utilisé pour garder une certaine rétro compatibilité avec le 68000... Cependant c'est intéressant
Sappas
Messages : 681
Inscription : 02 oct. 2022 18:11

Re: A1000 et A500 lequel pour 68010 ?

Message par Sappas »

Pour rebondir sur le hors sujet que vous avez développé, depuis le changement du 68000 par le 68010, un bug a disparu...
ce que je trouve surprenant !
La théorie du processeur non fini semble se vérifier !
Je fais combattre ChessMaster contre lui-même, et au bout de 3eme partie les blancs font d2-d4 et plus rien ne se passe !
Il faudrait passer le programme au debug !
Répondre