Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation Assembleur 68K » Processeur (14 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

supprimé000

Ecrit le: Lundi 5 septembre 2005 à 02:39

Membre: Newbie

Messages: 0

Membre n°901

Inscrit le 01 janvier 1970

Le M68k est un processeur 16 bits en externe...

Je voudrais savoir ce que cette phrase signifie.

./Post n°1 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 5 septembre 2005 à 03:44

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Que le bus de données ne fait que 16 bits, donc qu'on ne peut lire/écrire que 16 bits à la fois. Une instruction en .l nécessite 2 lectures/écritures, donc elle met plus longtemps.

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°2 Marquer comme non lu.

supprimé000

Ecrit le: Lundi 5 septembre 2005 à 04:56

Membre: Newbie

Messages: 0

Membre n°901

Inscrit le 01 janvier 1970

Nous parlons là du régistre de statut (SR) n'est-ce pas ?

./Post n°3 Marquer comme non lu.

Lionel Debroux

Ecrit le: Lundi 5 septembre 2005 à 09:33

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

#2: non, rien à voir.

Lionel Debroux - membre de TICT.

./Post n°4 Marquer comme non lu.

Link

Ecrit le: Lundi 5 septembre 2005 à 10:08

Membre: Magister

Messages: 302

Membre n°896

Inscrit le 25 juin 2005

On appelle cela aussi un microprocesseur 16/32: Il fait les calculs sur 32 bits, mais son bus de données est sur 16 bits.

./Post n°5 Marquer comme non lu.

Onur

Ecrit le: Lundi 5 septembre 2005 à 10:43

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 1604

Membre n°341

Inscrit le 02 juillet 2004

Ca veut dire que quand tu fais

move.l #24,(a0) par exemple, il fait deux fois accès à la mémoire tandis que
move.w #24,(a0) une seule fois.

Donc pas forcément les choses qui concernent le stack pointer, mais ca implique tous les accès à la mémoire. Tu peux aussi imaginer qu'il y a un canal de largeur de 16 bit entre l'UAL (unité arithmétique logique) qui fait les opérations et la mémoire. Donc pour traiter un nombre de 32 bit, il utilise deux fois ce canal. Ce canal s'appelle le bus interne de donnée justement.

edit: correction français + précision.
-Edité le Lundi 5 septembre 2005 à 10:45 par Nounours-

Je ne veux pas faire quelque chose de bien, je cherche l'excellence:ETP Studio...

et autres projets à finir avant 2010

./Post n°6 Marquer comme non lu.

LionelA

Ecrit le: Lundi 5 septembre 2005 à 13:57

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

en gros il y a seulement 16 pattes du processeur qui sont dédiées au transfert des données vers la RAM

Auteur de Mode7 Engine pour ti68k
Auteur de F-ZERO for TI68k
Membre de Orage Studio
Mon site perso : http://www.tigen.org/lionela/
Le gite de mes parents à coté de Narbonne :
http://chaletdenis.free.fr/

./Post n°7 Marquer comme non lu.

supprimé000

Ecrit le: Mardi 6 septembre 2005 à 03:15

Membre: Newbie

Messages: 0

Membre n°901

Inscrit le 01 janvier 1970

cool, je vois, je sais sais si cette question a le droit d'être posée mais pourquoi ne pas directement utilisé un 32 bit en externe pour plus de rapidité ?

./Post n°8 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 6 septembre 2005 à 03:30

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

$$$ ??? ...

./Post n°9 Marquer comme non lu.

supprimé000

Ecrit le: Mercredi 7 septembre 2005 à 03:02

Membre: Newbie

Messages: 0

Membre n°901

Inscrit le 01 janvier 1970

Bon passons, maintenant, je voudrais savoir ce que c'est qu'un arbre binaire et avoir une image du processus de compression des fichiers svp. #dieu#

./Post n°10 Marquer comme non lu.

Sasume

Ecrit le: Mercredi 7 septembre 2005 à 09:57

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Prends des cours d'informatique. Ce sera plus simple.
http://fr.wikipedia.org/wiki/Arbre_binaire_de_recherche
http://fr.wikipedia.org/wiki/Compression_de_donn%C3%A9es

EDIT: merci pour les balises sasume

-Edité le Mardi 27 septembre 2005 à 21:50 par k@z00-

./Post n°11 Marquer comme non lu.

supprimé000

Ecrit le: Jeudi 8 septembre 2005 à 04:00

Membre: Newbie

Messages: 0

Membre n°901

Inscrit le 01 janvier 1970

Ok merci je vais voir.

./Post n°12 Marquer comme non lu.

supprimé000

Ecrit le: Mercredi 21 septembre 2005 à 00:59

Membre: Newbie

Messages: 0

Membre n°901

Inscrit le 01 janvier 1970

C'est bien, je crois qe je commence à comprendre.
Revenons au MC68K, il ne prends pas en comptes les nombres à virgules, coment alors, la machine arrive-t-elle à les identifier? #confus#

./Post n°13 Marquer comme non lu.

Sasume

Ecrit le: Mercredi 21 septembre 2005 à 09:52

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Elle ne les identifie pas. Ce sont des nombres à virgule "logiques".
cf la structure bcd dans l'aide de TIGCC.

./Post n°14 Marquer comme non lu.

geogeo

Ecrit le: Mercredi 21 septembre 2005 à 17:01

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

Petite précision les nombres flottants sont gérés par des programmes et non directement par le processeur. (Le processeur ne fait que des additions, soustractions en BCD).

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic