Tous savoir sur les CPU (architectures, fréquences, etc...)

[Rony]

Bonjour.

J'ai créé ce post pour continuer le sujet des CPU de ma présentation ici :
http://forum.system-cfg.com/viewtopic.p ... 9&start=15


Donc ce que j'aimerais savoir c'est quoi les différentes architectures des CPU ? Car j'ai troujours cru que seul la fréquence avait une importance...

[6502man]

C'est un vaste sujet.

Pour les differencier il y a déjà les differentes generations, qui correspondent plus ou moins au nombre de bits traités par le cpu :

-4 bits
-8 bits
-16 bits
-32 bits
-64 bits
-....


Ensuite tu a le systeme d'architecture :

RISC
SISC
....

Et apres pour chaque il y a differentes frequences .

Voila, en resume

Je laisse aux autres completer .

[Rony]

OK pour les bits, sa je connais plus ou moins (enfin surtout le 32 et un peu le 64).

Par contre je connais pas du tout ceci :

RISC
SISC

Et quand on parle de 286, 386, 486, etc... c'est quoi ?

[gilles]

L'ideal pour bien comprendre les différentes architectures, c'est d'étudier les processeurs des mainfraime des années 60, pratiquement tout a été inventé en terme d'architecture à cette époque... (y compris les instructions très longues, le superscalaire etc...).

[Daniel]

L'architecture des processeurs est un sujet très complexe, il n'est pas facile de trouver des articles simples. Pour les processeurs Intel j'ai trouvé ceci : http://wapedia.mobi/en/X86
Toujours pour Intel : http://www.arcanapercipio.com/cpu/histo/p1-p5.php

En simplifiant à l'extrême on peut dire que les évolutions majeures ont été :
- le passage de l'architecture 8 bits à 16 bits (8086)
- le 32 bits avec le 386 et le 486
- le Pentium et ses évolutions
- le 64 bits
- les processeurs multi-core
C'est un résumé un peu rapide car c'est en fait beaucoup plus subtil.

Si on se limite aux processeurs Intel et compatibles, il y a une caractéristique intéressante : la compatibilité ascendante. Ce qui veut dire que les instructions du 8080 fonctionnent sur tous les successeurs. Il n'y a évidemment aucune compatibilité "descendante". Vu les progrès fantastiques réalisés sur tous les points (taille et nombre des registres, nombre d'instructions, etc.) c'est rigoureusement impossible. On ne peut pas imaginer faire fonctionner simplement un logiciel 32 bits sur une machine 16 bits.

[Rony]

Toujours pour Intel : http://www.arcanapercipio.com/cpu/histo/p1-p5.php

J'ai trouvé de la lecture pour la soirée.
Par contre je comprends pas l'anglais, donc je laisse tomber le 1er lien...

En simplifiant à l'extrême on peut dire que les évolutions majeures ont été :
- le passage de l'architecture 8 bits à 16 bits (8086)
- le 32 bits avec le 386 et le 486
- le Pentium et ses évolutions
- le 64 bits
- les processeurs multi-core
C'est un résumé un peu rapide car c'est en fait beaucoup plus subtil.

Si on se limite aux processeurs Intel et compatibles, il y a une caractéristique intéressante : la compatibilité ascendante. Ce qui veut dire que les instructions du 8080 fonctionnent sur toutes les successeurs. Il n'y a évidemment aucune compatibilité "descendante". Vu les progrès fantastiques réalisés sur tous les points (taille et nombre des registres, nombre d'instructions, etc.) c'est rigoureusement impossible. On ne peut pas imaginer faire fonctionner simplement un logiciel 32 bits sur une machine 16 bits.

La tu parle principalement des bits du CPU.
Mais concrètement, à quoi corresponds tous les chiffres 386, 486, 8086, 80286 et x86 que je vois régulièrement ?
Est-ce que c'est le modèle ou une unité de quelque chose ?

L'ideal pour bien comprendre les différentes architectures, c'est d'étudier les processeurs des mainfraime des années 60, pratiquement tout a été inventé en terme d'architecture à cette époque... (y compris les instructions très longues, le superscalaire etc...).

La j'ai aucune connaissance.
Aurais-tu un lien intéressant ?

[fneck]

Mais concrètement, à quoi corresponds tous les chiffres 386, 486, 8086, 80286 et x86 que je vois régulièrement ?

Et Google il fait quoi? On veut bien discuter et expliquer des trucs, mais faut aussi que tu cherches un peu par toi même

[Daniel]

Les noms des processeurs Intel sont tellement connus, même du grand public, qu'ils sont souvent abrégés.
Si tu veux chercher :
- 286 est un diminutif pour 80286
- 386 est un diminutif pour 80386
- 486 est un diminutif pour 80486

[6502man]

J'oubliais il y a eu le permier processeur intel à 4 bits

[fneck]

Sur cette page tu as la lignée des processeur Intel jusqu'au 486
http://www.system-cfg.com/pages/hist_processeur.php

[frodon69]

il y a aussi le nombre de transistor, la taille de la gravure...

[fneck]

D'autres infos déjà postées sur le forum sur l'histoire des processeurs
http://forum.system-cfg.com/viewtopic.php?f=7&t=1255

[Rony]

Bonjour, et désolé pour la réponse un peu tardive.

Bon j'ai lu ces sujets très intéressant, et j'ai déjà pas mal de choses que j'ai compris, comme les modèles (286, etc...).

Pourquoi les bits sont-t-elle en général (exception du 24 bits) doublée genre 4, 8, 16, 32, 64 ?
Je sais que c'est pareil pour la RAM et les clé USB, mais pourquoi ?
Si j'ai bien compris, les bits sont en gros le nombre de bits qui peuvent être géré en même temps, juste ?
Et pourquoi faut-t-il un cache sur les CPU, la RAM suffit pas ?

Sinon j'ai une collec de CPU chez moi, les voici :


Je connais le Pentium 4, c'est tout.
Pourquoi mes Pentium 3 et Pentium 2 sont-t-il monté dans cette "cartouche" ?
Le celeron est-t-il bien un Pentium 4 moins puissant ?
Le reste je connais pas du tout...

[frodon69]

Pourquoi mes Pentium 3 et Pentium 2 sont-t-il monté dans cette "cartouche" ?

le fameux slot 1, plein de faux contacts qui ont grillé plein de processeurs... le socket 7 d'avant et le socket 370 d'après sont plus fiables, le proc ne bouge pas.

[6502man]

Et pourquoi faut-t-il un cache sur les CPU, la RAM suffit pas ?

Sans trop rentrer dans la technique:

-le cache CPU sert uniquement ou processeur qui stocke les données les plus souvent utilisé pour ne pas aller les rechercher a chaque fois en RAM, cela donne un gain de temps enorme.
-le cache CPU gere un "pipeline de données" (comme la pile en programmation assembleur).



C'est une explication très très simplifié