Question à la con que je me pose. Parce que les nes et master system, c'était des processeur 8 bits, le megadrive avait le motorola 68000 qui était un processeur 16 bits et la super nes je sais pas. MAis là où ça devient bizarre c'est la jaguar et le N64 qui sont des 64 bits alors que les processeurs 64 bits vont arriver près de 8 ans après. Et la ps2, dreamcast et autres NGC et xbox sont des 128 bits, ça veut rien dire?
 
Enfin, à moins que ce soit les bits des processeurs graphiques?

Les consoles 128bits sont aussi 128bits que la jaguar était 64bits

En gros les fabricants affichent ce qu'ils veulent sachant qu'ils ne mentent pas. Il y a effectivement un processeur 128 bits dans le Dreamcast (GPU) et dans le Gamecube (GPU). En ce qui concerne la xBox, ce serait plutôt 256 bits (GPU)
 
Dreamcast :
CPU 64 bits / GPU 128 bits
 
Gamecube :
CPU 64 bits / GPU 128 bits
 
xBox :
CPU 32 bits / GPU 256 bits

 
cpu de 64 bits, ça me fait halluciner alors que nous sur pc on les a pas encore...
du coup la xbox pourrait être gratifié de console 256 bits.

Les CPUs 64 bits existent depuis un bout de temps dans le domaine pro ; SEGA a choisi le SH4 un CPU RISC HITASHI 64 bits parce qu'il était fabriqué depuis un bout de temps et donc à priori très rentable
 

La diffèrence, c'est que sur pc, les technologies sont optimisées jusqu'à leurs derniers retranchements.
 
Et c'est plus compliqué de programmer sur du 64, du 128 ou du 256 bits autant que je saches (amis les programmeurs, place aux explications)

     
j'aurais plutôt employé "usé jusqu'à la moelle" plutôt que "optimisé"

 
Pour quelle raison étrange est-ce plus compliqué ?

parcequ'on ne sait pas où ranger toutes ces bits  
 
 
 

 
 
sinon, t'as raison, c'est pas plus compliqué puisque la plupart des programmeurs programment en C, donc c'est le compilateur qui compile en 32 ou 64 bits. le programmation en elle même ne change pas des masses

Pourquoi ce serait plus compliqué ?
 
petit rappel débile et  simple : le nombre  de bits d'un CPU signifie la taille des variables sur lesquelles  il peut travailler en une passe.
 
Les procos actuels de nos PC sont 32 bits  ( cad qu'ils travaillent sur des nombres  constitués de 32 chiffres binaires, 0 ou 1, cad des nombres ayant pour valeur maximale 2^32, soit 4 milliards et des  brouettes.
 
Maintenant, ils peuvent  bosser sur  des  flottant en 80 bits, avecle MMX c'est les  entiers en 64 bits et le SSE2 les entiers en 128bits si je ne m'abuse.
 
Les GPU bossent sur des flottant en 256 bits actuellement  (  depuis le GeForce1), etc...
 
Bref, le nombre  de bits d'un CPU ne limite que la taille des variables sur lesquelles  tu peux bosser. Et  ca ne change en rien la difficulté de programmation. Du tout.
 
En 3d, on estime que des flottants en 80 bits c'est largement bon ( les double). Les GPU en 256 bits sont utiles car ils peuvent traiter  alors plusieurs nombres en meme temps...
 
Etc.
 
Bref. Appeler un GPU ou une console suivant son nombre  de  bits est un peu du n'importe nawak.
 
Et le nombre de bits du CPU ne change  pas sa difficulté  de programmation.
 
Ca  influe aussi sur l'adressage mémoire et co, mais je vais pas rentrer dans les details...

Chuis pas  sur sur du nombre  de bits  de  mes  flottants hein. Mais il me semble que la FPU des  x86 est en 80 bits...
 

 
je dirais plutot que sur PC , on a mit 15 ans a develloper des compilateur x86 performants et que tout les devellopeurs connaissant l'asm x86 par coeur , et qu'un changement d'architecture engendrerait une remise à zero des acquis du secteur devellopement qui fait peur à tout le monde . y'a qu'a voir l'exemple de l'opteron : sur le papier , c'est une merveille , et en pratiqe d'apres les tests , ca vaut pas encore grand chose ... forcement , on a pas encore le recul sur la technologie 64bits , pas d'experience en x86-64 , pas de compilateurs optimisés comme des dingues ...
bref , dans beaucoup de cas , mieux vaut une architecture lente mais connue à une architecture rapide mais inconnue ( les devellopeurs PS2/Xbox vous en parlerons mieux que moi )

 
Tu parles de qui là ?

c'est sur que l'assembleur est hyper utilisé sur pc

L'Emotion Engine de la PS2 est "théoriquement" un 128 bits...

 
tu crois peut etre qu'on fait des moteurs 3D en visual basic ?

 
Nan, en Locomotive BASIC

en C pour un soucis de portabilité sur différentes machines. avec de l'assembleur pour les plus balèses qui sont capables de le faire pour chaque plateforme mais bon... y en a pas des masses

ouais enfin l'ASM c'est quand meme vachement utilise...
tout le monde ne s'amuse pas a creer de de moteur 3D en ASM mais en recanche y'a plein de petites routines qui se font recoder...
 
et sinon si on a pas encore de 64bits dans nos PC c'est dans un soucis de compatibilite du code existant...

tootafé

 
Parceque tu crois qu'on fait les moteurs 3D en ASM ??
Bon courage !
 
Regarde le code de Quake, il y a très peu d'assembleur... Maintenant la plupart des moteurs sont basé sur D3D, donc plus du tout d'assembleur...

Hello
 
On est en flotant 80 bits depuis longtemps, la nouvauté des processeures 64 bits PC c'est :
- Allocation sur 64 bits et pas sur 32 bits (donc pas 2^32= 4 Go de ram max mais 2^64=16 1000 To (tera octetes) max)
- Entiers 64 bits.
Les GPU eux travaillent uniquements sur des flotants (cf OpenGl et D3D) donc moralement no PC seraint 80 bits.. Dans la pratique avec le SSE2 on peut utiliser au choix "en parralelle" 4 flotants 32 bits ou 2 flotants 64 bits (en 1 instruction).
 
Les consoles n'allouent jamais la mémoire sur plus d'une 30aine de bits n'ayant jamais plusieurs giga de mémoire (sauf la xbox qui pourrait les avoir). Avec la nomination PC elles seraient toujours 32 bits.
 
Quand on parle du nombre de bits d'une carte graphique "classique 2D" on parle de la largeur du bus mémoire. L'ati mach 64 etait 64 bits parce qu'elle avalait 64 bits de mémoire par cycle. Elle ne gérait les entiers qu'en 8 bits (a raison de 3 entiers par pixel de l'écran) et ne gérais pas les flotants (car pas de 3D). Aprés on est passé à un bus mémoir 128 bits (riva 128 etc..) et enfin 256 bit (geForce 256) mais les flotants ne sont pas gérés en 256 bits sur une GeForce. Ca varie entre 64 et 128 suivant ce que c'est (couleur d'un point ou coordonée dans l'espace, bref pixel ou vertex).
 
Bon alors le nombre de bits c'est trés trompeur et cela dépend de la manière dont on regardre.
 
By
 
PS : si erreur me corriger, je ne suis pas infallible.

 
les 128bit sont les bite de ton processeur graphique c tout
 graphique

 
Pour les GPUs, c'est pas  le bus mémoire... Les GeForce ont jamais eu un bus mémoire 256 bits hein... il a été introduit avec les R9700 ...
 
Faudrait demander a Marc, car la, je sais pas... c'est pas rapport aux pixels, pas rapport a la mémoire... heu...

C'est vrai qu'à l'époque des 8, 16 ou 32 bits, c'était clair : ça désignait la "puissance" intrinsèque du processeur principal, à savoir le nombre de bits traité en même temps sur le bus de donnée (comme les voies d'une autoroute pour "visualiser" ). Z80, Motorola 68000...
 
Maintenant, c'est plus très clair, en effet, et on a vite fait d'en perdre son latin

 
Barbarella trainait dans le coin récemment, peut être qu'il verra le topic  

 
je dirais même plus : CPU 32bits sur la GC
et le nombre de bits du GPU.. ça correspond à rien
sur la xbox c'est un bus mémoire 128bits, 4 pixel pipelines, 8 bits par composante RGBA..
je me demande où nvidia a pondu son "256", qui de toute façon n'a rien d'intéressant pour ce qui est du GPU

 
ben ca vient pas du bus ( 128 Bits ...), ni des pipelines ( 4 pixels en signle texturing = 4 * 32 = 128Bits)
 
Nan je sais pas...

Hello
 
Errata : en effet le bus mémoire des Geforce 256 est 128 bits. Le 256 ne correspond donc ni à la taille maximale des entiers gérés (qui est de 8 bits), ni à la tailles des flotants (infériurs à 128 bits, mais je connais pas le détail), ni à la manière dont la mémoire est allouée (alouer sur 256 bits permettrais de gérer des milliards de milliards de téra octets).
 
Au fait le riva 128 avait-il un bus méoire 128 bits ?? Ou alors d'ou sort le 128 ?
 
Quant à la gamecube elle ne gére pas les entiers 64 bits et n'alloue pas la mémoire en 64 bits, ce n'est donc pas un proc 64 bits au sens des itaniums et des prochains proc d'AMD.
 
By

 
oui, je sais pas... le  riva128 avait un bus 64 bits il me  semble.  
 
A confirmer.
 
je sais pas d'ou Nvidia tire ses 128 et  256 bits pour ses GPUs...

et le 512 du parherlia 512 . .