au depart quand on parlait de console 8bit par exemple on parlait uniquement du CPU ( chose deja bancale car une console c´est pas juste un CPU) et de sa capacité de traitement, mais a l´epoque un CPU c´etait simple, juste une seul unité de traitement 8bit avec des registre 8bit, un bus 8bit...
aujourd´hui un CPU c´est bien plus complexe, y a plein d´unité de traitement en parallele de taille differente ( 32bit, 64bit, 128bit..) avec plein de registre de taille differente et de bus de taille differente, sans parler qu´il est encore plus idiot de reduire une console a son CPU, donc parler de console 128bit ou autre n´a aucun sens, 128bit de quoi?
disont que si on essaye de se raprocher au mieux de l´idée original qui consiste a quantifier a peu pret la capacité de traitement alors il faut prendre en compte toute les unité de traitement en parallele, par exemple l´EE de la PS2 c´est une ALU 128bit + 2 VU 128bit acompagné chacun d´une ALU 32bit et il peuvent tous effectuer des traitement simultané en parallele, donc pour le CPU de la PS2 on devrait plutot parler de cpu 448 bit ( si vraiment on tiens a vouloir reduire une console a ce genre de terme)
une console comme la PS3 avec un Cell qui serait composé par exemple de 2 PU 64bit et 16 APU 128bit alors on pourait parler de CPU 2176 bit + le GPU qui deviennent de veritable processeur programable avec plein d´unité vectoriel plutot flexible et qui donc doit d´autant + etre compter dans ce chiffre
le GPU de la PS3 ca sera probablement quelque chose comme 32 pixel shader 128bit ( et encore seulement si on ne compte pas les dizaine d´unité de traitement cablé mais seulement et qu´on se limite au unité vraiment programable) donc une architecture GPU 4096bit
donc pour une console comme la PS3 par exemple on pourait plutot s´amuser a parler de console 6000bit
enfin tout ca est tres aproximatif et capilotracté , c´est juste pour donner une idée de l´absurdité d´essayer de reduire une console au nombre de bit
de très bon goût astro 