Proc 64bits

Citation :
Maintenant définissons ce qu'est un microprocesseur 32, 16 ou 8 bits est quel
est l'intérêt du 32 bits.

Le nombre de bits d'un microprocesseur désigne en fait la taille de son
accumulateur c'est à dire la taille de la plus grosse donnée qu'il peut
manipuler en une seule fois, cela à une très grosse incidence sur la vitesse
d'un microprocesseur, car pour faire l'addition de 2 variables 32 bits par
exemple, il faudra 1 instruction à 1 micropro 32 bits, 3 instructions à 1
micro 16 bits 1 première pour faire l'addition des 16 premiers bits, et
seconde pour ranger le résultat dans une variable temporaire et un 3
troisième pour faire l'addition des 16 derniers bits et ainsi il faudra 7
instructions à un micropro. 8 bits pour faire la même addition, (et cette
augmentation du nombre d'instruction est encore pire dans le cas d'une
multiplication) d'où un premier intérêt pour le 32 bits, (dans le même style
d'idée tu peux facilement t'imaginer le temps gagner par un micro 32 bits
dans la comparaison de chaînes de caractères ou on peut ainsi comparer 4
caractères par instruction).

Mais cette description de l'addition de variables plus grande que
l'accumulateur, a aussi une autre retombée bien plus importante, le calcul des
adresses, et c'est elle qui va nous permettre de comprendre assez facilement
une des différence entre un OS 32 bits et 8 bits, car regardes à l'heure
actuelle les microprocesseur Intel dispose de 32 bits d'adresses soit la
possibilité d'adresser 4 giga de mémoire, dans le cas ou l'OS veut écrire des
données à des adresses consécutives en mémoire, dans ce cas il va charger la
valeur de l'adresse de départ puis va incrémenter celle ci de 1 après chaque
écriture, si l'OS a été écrit avec des instructions 32 bits cela va lui
demander 1 instruction, et 7 s'il a été écrit avec des instructions 8 bits,
ce n'est biensur qu'un exemple assez simple qui permet de comprendre la
différence entre un OS 8 et 32 bits, car plus tu rajoutes des instructions
plus tu rallonges ton programme et sa durée d'exécution, et surtout plus tu
augmente les risques d'erreurs.

On peut donc dire qu'un OS est 32 bits lorsque toutes les fonctions qui le
composent sont écrites avec des instructions 32 bits (en tout cas pour celles
ou cela est nécessaire, certaines fonctions n'ayant pas besoin de traiter des
données sur 32 bits), on se retrouve donc ainsi avec un OS optimiser pour
l'architecture du micro qu'il doit gérer.

Encore un peu juste pour le plaisir:
Car biensur un micro 32 bits sait très bien exécuter des instructions 8 bits,
on pourrai ainsi imaginer un OS destiné à une famille de microprocesseurs qui
aurai garder une compatibilité ascendante sur plusieurs générations, c'est à
dire que les micro actuel 32 bits, pourraient exécuter sans problème des
programmes écrits avec des instructions 8 bits pour les micro 8 bits des
anciennes générations.
Imaginons que dessus tourne un OS qui lui aussi aurai connu toutes les
générations des ces micros et dans lequel pour gagner du temps les
programmeurs feraient cohabiter des anciennes routines 8 bits, avec des
routines 32 bits de nouvelles générations (on pourrait même imaginer, mais
bon là s'est pas possible d'accoucher d'un truc pareil, que pour jeter un peu
de poudre aux yeux, les mecs se soient amuser de créer une sorte d'interface
graphique, entre l'os 8 bits et l'utilisateur, en utilisant des instructions
16 bits), et que maintenant cet l'OS doivent gérer des routines 8 bits pour
les applications d'anciennes générations, des routines 16 bits pour
l'ancienne interface graphique et 32 bits pour les nouvelles fonctions,
imagine un peu le sac de noeuds auquel ça pourrait conduire (car biensur un
truc pareil ne peut pas exister, c'est le contresens même de la logique
informatique), le nouvel OS passerai son temps à jongler avec des données
dans des formats toujours différents, comment dans ces cas là, interconnecter
toutes ces routines pour les faire communiquer entre elles, puisque aucune ne
gère des données dans le même format, cela conduirai à des erreurs de
partout, un tel système planterai tout le temps, et ne pourrai dépasser les
24 heures d'uptime, et tout le monde se refuserai à utiliser un tel système
(je pense même que l'OS pourrai écrire à l'écran d'où provient l'erreur dans
un charabia incompréhensible du style le liste des principaux registres du
micro avec leurs valeurs, le tout sur un joli fond bleu, car il parait que
c'est une couleur qui détend, car après avoir créer un truc pareil on ne
serait plus à ça près, de la part des concepteurs .

Mais bon faut pas s'en faire un truc pareil ne peut pas exister, sinon
ça se saurait ....

Pierre CASTELLA


--------------------------------------------------------------------------------