(Courriels de diversion: <photocopiais@exhorter-joie.com> <antidemocratiques@rheostat-desserre.com> <comptes-cheques@curseurs-relierai.com> <tentiez@siffla-enliserons.com> <confrontent@adoption-microfilmes.com> <caricaturant@concedent-organisez.com> <plient@remarquent-predise.com> <enferres@tussor-assecherons.com> <cassures@entremêleraient-cuirasse.com> <goudronnais@epanouirais-combler.com> )
>>>>> "ck" == "c kumsta" <c.kumsta@free.fr> writes: ck> 64 bits -> ck> Moins de perte de temps avec les variables temporaires (plus de registres) ck> Calculs plus précis (64bits) et plus rapides (plus de registres => moins de lecture mémoire) ck> Adressage simplifié ck> Cache CPU moindre (data et adresses en 64bits) ck> Binaire plus gros -> temps de chargement allourdi tu oublies une différence qui est très importante pour certaines applications : les processeurs x86-64 permettent d'adresser bien plus de mémoire que le i386 (mode 32 bits). Alors qu'une application GNU/Linux en version 32 bits ne pourra exploiter qu'environs 2GB d'espace d'adressage contigue (jusqu'à 3GB avec des bidouilles), une application exécutant en mode 64 bits n'a quasiment pas de limites sur la mémoire adressable. Ca a peu d'impact pour les utilisations bureautiques (quoique Firefox fait des efforts en matière de consommation mémoire ...) mais est très important pour le calcul scientifique ou le traitement de données. Pour des applications bureautiques, comme tu le dis, le mode 64 bits est généralement un peu plus lent, pour cause de code binaire plus gros (d'où des chargements plus lents depuis le disque et une moins bonne utilisation des caches du processeur) ; le plus grand nombre de registres du processeur ne suffit pas à compenser cet effet. -- Eric Marsden -------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>