Envoyé par
Filou
Envoyé par
The_Mad
Il n'y a JAMAIS eu de performances en plus du au 64 bits, comme il n'y en a pas eu au passage 16 -> 32 bits.
Ca dépend en combien de cycles le CPU traite des registres de 64 bits. En théorie, ça devrait alors être deux fois plus rapide qu'un CPU 32 bits traitant des nombres de 64 bits, maintenant on ne sait pas comment AMD a organisé leur machin. D'accord, on en rencontre pas des masses des nombres 64 bits...
non, malheureusement ça marche pas comme ça.
bon en fait fo relativiser:
(un peu comme j'avais dit sur le topic du comparo dernier mac/pc
le passage 16->32 ou 32->64, c'est de la flexibilité d'adressage (et donc de programmation) et calculatoire.
le passage 16->32 a été critique d'un point de vue performances, car pour faire tout & n'importe quoi via 64Ko de ram, ou X mo de ram adressé linéairement par pavés de 64Ko, c'est ultra-merdique.
à l'époque du mode réel des x86, ou via le himem/emm386, les programmeurs perdait énormément de temps à écrire des algos pour traiter des Mo de données via une fenêtre de 64Ko.
ce qui fait que le passage du 16 au 32 bits (graçe à un OS 32 bits, ou à un DOS-Extender pour les appli DOS) effectifs a été salvateur pour tout le monde: les programmeurs (moins de migraines), les utilisateurs (plus de rendement, moins de plantages).
maintenant il faut relativiser les consommations par rapport aux possibilités:
16 bits -> 64 ko
32 bits -> 4 Go
64 bit -> 4 milliards de fois 4 Go (
)
à l'époque de la transition 16->32bits, la grande majorité des applications traitait sur nettement plus de 64Ko de données (plusieurs Mo). donc à l'époque réécrire une appli 16 bits en 32 bits était un plaisir, autant pour la stabilité de l'appli que les performances.
à l'heure actuelle, on évite de mouliner des données de plus de 1 Go (dumoins d'un coup, on a rarement besoin de plus d'1 Go de données simultanément en RAM).
donc, il faut reconnaitre, que ce soit du domaine des particuler ou du domaine pro, le passage au 64bits n'aura pas tout de suite des répercussions similaires comme celui du 16 au 32 bits.
mais comme tout le monde peut avoir facilement 2Go de RAM actuellement (cherchez pas à comprendre à quoi ça peut servir, y'a des gens qui ont des imprimantes A0 et qui impriment des documents de 300/500mo, donc la ram s'envole rapidement entre les étapes), il faut penser à définir un cpu 64 bits pour pourvoir continuer l'évolution de la machine dans sa globalité.
après au niveau calculatoire & performances y'a du gain, mais dans des domaines précis (un jeu n'en aurait pas super grand chose à faire de pouvoir faire de l'arithmétique entière en 64 bits, par contre de l'encryption & co probablement).
après il faut voir le cas particulier de la famille K8, le passage en 64 bits générera du code plus gros, donc plus de cache trashing, le mode d'opérande par défaut est le 32bits, donc pour passer en opérande 64 bits faut un octet de préfixe (=> instructions encore plus grosse), mais d'un coté tu as plus de GPR etc, etc....
disons que dans les 64 bits je préfère l'itanium (avec ses registres de prédication miam :evil: )