il y a une limite à 4 Go sur les platformes 32bits. (il existe un hacks sous linux pour dépasser cette limite)

Mais c'est un processeur 64 bits, donc avec un kernel approprié la limite est désormais a 16Eo (1Eo = 1000 Pétaoctet).

jean@adimp.ch a écrit:

Salut,
Merci. Donc si j'achète un ordinateur 64 bits et que j'installe le noyau 64 bits, je peux dépasser les 4 GB de mémoire vive?

Meilleures salutations.

Merci de lire les réponses :

sebseb01 a écrit:

Mais c'est un processeur 64 bits, donc avec un kernel approprié la limite est désormais a 16Eo (1Eo = 1000 Pétaoctet).

16 Eo = 16 Exaoctets = 16 000 000 000 gigaoctets, donc tu peux allègrement dépasser 4 Go

les 16 Eo sont la limite maximum que peut supporter l'architecture 64bits

La limite c'est juste le nombre d'adresses mémoire que tu peux coder avec 64 bits

2^64 = 18446744073709551616 o
2^32 = 4294967296 o

Plus d'info sur wikipédia : http://fr.wikipedia.org/wiki/Processeur_64_bits

Salut,
Merci pour vos précisions. OK pour 4 GB * 4 GB = 16 GB^2 = 16 EB

Meilleures salutations.

Salut,
Sur l'article de wikipedia ils attirent l'attention sur le fait qu'il faut disposer de pilotes 64 bits et des logiciels 64 bits. Si je veux faire un serveur web avec une architecture 64 bits, est-ce que je dois disposer d'un apache 64 bits ou bien il me suffit d'avoir un linux 64 bits?

Meilleures salutations.

Hello,

  "Faire un serveur web avec une architecture 64bits" ça veut pas dire grand chose.

  Si tu as beaucoup de contenu statique et que tu veux exploiter ta quantité de mémoire importante pour en mettre en cache un maximum, avoir un noyau 64bits suffira.

  Concernant Apache lui-même, la différence sera certainement marginale, un serveur HTTP  est plutôt limité par les E/S en général.

Si le target de ton compiler (ou cross-compiler) est x86_64-linux-gnu alors il fera du 64 bits par défaut. T'as toujours moyen de forcer du 32 avec le flag -m32.

`gcc -v`pour voir le target.

fbianco a écrit:

La limite c'est juste le nombre d'adresses mémoire que tu peux coder avec 64 bits

2^64 = 18446744073709551616 o
2^32 = 4294967296 o

Plus d'info sur wikipédia : http://fr.wikipedia.org/wiki/Processeur_64_bits

Ça dépend les génération car la première implémentation des amd64 ne dépassaient pas 48 bits pour l'adressage virtuel. Aucun idée pour les processeurs récents. D'ailleurs c'est visible avec le /proc/cpuinfo.. par exemple avec un X2 3800 (les tout premiers):

address sizes    : 40 bits physical, 48 bits virtual

jean@adimp.ch a écrit:

Salut,
Merci pour vos réponses. J'aimerais encore comprendre plus : si j'ai un noyau 64 bits, avec gcc 64 bits et que je compile manuellement les applications et les pilotes, je suis alors sûr que tout est 64 bits ou bien en fonction de certaines librairies je n'ai pas accès au "64 bits"?

Meilleures salutations.

C'est tout le problème que j'avais eu : je voulais compiler un noyeau pour un processeur 32 bits, mais pour être plus rapide je l'ai fait sur un quadri core qui était en 64 bits, alors par défaut, ça m'a compilé en 64 bits
Un autre problème que tu vas rencontrer avec le 64 bits, c'est que dès que tu veux un programme hors de ta distribution mais en 64 bits tu ne trouvera peut-être pas.

[GO]Skywalker13 a écrit:

C'est aussi pour ça qu'il y a les lib32 packagées avec les distribs 64 bits.

Ah bon, je ne savais pas ça. J'avais essayé de faire tourner à la main un jeu en 32 bits, mais je n'avais pas réussi (il y avait trop de dépendances): je recherchais à la main les librairies 32 bits. Si j'avais su que ces paquets existaient, je serais peut-être resté en 64 bits.

Dernière modification par Trim (12 Aug 2009 23:52:01)

Si tu utilises une lib32 c'est que l'application qui l'utilise est elle même en 32. Ce n'est pas du mix entre le 32 et le 64.
Ce qui veut dire que les libs sont à doubles.. en 32 et en 64. Pour autant que t'installes les lib32. Par exemple la libc6 sur mon systeme:

schroeterm@athlonium:~$ ldd /lib32/libc.so.6 
    /lib32/ld-linux.so.2 (0xf7e22000)
    linux-gate.so.1 =>  (0xf7e21000)
schroeterm@athlonium:~$ ldd /lib/libc.so.6 
    /lib64/ld-linux-x86-64.so.2 (0x00007f4cc4764000)
    linux-vdso.so.1 =>  (0x00007fffccbfe000)
schroeterm@athlonium:~$ file /lib32/libc-2.9.so 
/lib32/libc-2.9.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
schroeterm@athlonium:~$ file /lib/libc-2.9.so 
/lib/libc-2.9.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped

Les applications 32 et 64 peuvent cohabiter ensemble sans problème. Mais une application 32 ne pourra jamais accéder à plus juste parce que le noyau est 64 bits. Si tu ne trouves pas certaines app en 64 mais qu'elles sont libres.. alors compile les en 64. C'est pas bien compliqué. Et c'est bien mieux que d'utiliser les lib32.

Quoi qu'il en soit, si t'as un processeur 64 bits il n'y a aucune bonne raison de ne pas l'utiliser en 64 (a part des apps proprio qui seraient dispo qu'en 32, ou alors d'être un novice absolu et de ne pas savoir où tu tapes). En 64 le processeur à accès à un peu plus du double de registre (la RAM ce n'est pas le seul intérêt, de loin pas). L'utiliser en 32 bits c'est comme brider une maserati de 250 chevaux à 80 km/h. C'est du gâchis.