Imprimer Envoyer 10 Réactions 262 Approbations 

Une barrette de DDR3 de 16 Go !

Publié le 19 mars 2009 , par Florian Vieru - mis à jour le 05 juillet 2009 à 19h - dans Hardware

Ça bouge dans le monde de la mémoire pour serveur. Jusqu'à présent celui-ci se composait principalement de DDR2 (pour les AMD Opteron et les anciens Intel Xeon) et la controversée FB-DIMM (un dérivé de la DDR2, utilisée par les Xeon les plus récents).

>> Retour à l'article <<

>> Comparer les prix des Mémoire vive

Réactions


Waldo5MarriedwithAMD - le 19/03/09 à 10:49
ça gère combien de mémoire leur Os 64Bits ?
Jiniisama - le 19/03/09 à 10:54
Avec les standards actuels on peut dire que la limitation est quasi-infini je crois. :p
Phenix.ent - le 19/03/09 à 10:57
Waldo5MarriedwithAMDça gère combien de mémoire leur Os 64Bits ?
Je dirais dans les 8 millions de Tera octects ... y'a de la marge (2^63 octects)
CPU_Maniac@matbe - le 19/03/09 à 11:41
32 GB of RAM un 2008 serveur X64 standard mais 2 To dès qu'on passe a la version entreprise 64bit
SartMatt - le 19/03/09 à 11:45
Phenix.entJe dirais dans les 8 millions de Tera octects ... y'a de la marge (2^63 octects)
Y a de la marge, oui, mais pas autant. Sur les premiers AMD64, c'était 2^40-1, maintenant c'est 2^48-1. Et chez Intel, c'est de cet ordre là aussi, mais je trouve plus la limite exacte.
Phenix.ent - le 19/03/09 à 12:04
SartMatt Y a de la marge, oui, mais pas autant. Sur les premiers AMD64, c'était 2^40-1, maintenant c'est 2^48-1. Et chez Intel, c'est de cet ordre là aussi, mais je trouve plus la limite exacte.
Oui, mais c'est une limitation de l'architecture du processeur. En théorie la limite pour un processeur 64bits est de 2^63. De toute façon, les processeurs actuels n'ont pas besoin de gérer autant de mémoire, c'est peut etre la raison pour laquelle ils sont limité à 40 (512Go de RAM) ou 48bits (130Tera de RAM quand même).
SartMatt - le 19/03/09 à 15:27
Phenix.entEn théorie la limite pour un processeur 64bits est de 2^63.
2^64-1 plutôt, c'est généralement pas signé les adresses mémoire (en tout cas ça l'est pas en 32 bits). Celà dit au passage, c'est pas forcément la limite pour un CPU 64 bits, puisque en théorie, un CPU de 64 bits pourrait très bien adresser sur plus de 64 bits, tout comme les 32 bits peuvent adresser sur plus de 32 bits (mais en pratique, le jour où on aura besoin d'adresser sur 64 bits n'est pas arrivé, et c'est pas sûr qu'il arrive... 147 milliards de To, ça doit faire plus que la capacités de stockage de tous les disques durs vendus jusqu'à présent. Et je te rejoins, c'est sans doute pour ça justement que les CPU actuels sont limités à une cinquantaine de bits : c'est plus que suffisant pour les besoins actuels, donc autant simplifier le contrôleur mémoire.
Waldo5MarriedwithAMD - le 19/03/09 à 18:46
moi je suis limité a une bits :sweat:
[Ctrl][Alt][Suppr.] - le 20/03/09 à 11:17
SartMatt> Pourtant il y a 10 ans on adressait déjà la RAM sur 64bits... :o (cf. le nombre de lp* dans les docs des divers VisualC++, lp signifiant Long Pointer)
SartMatt - le 20/03/09 à 13:18
Ctrl-Alt-Suppr.SartMatt> Pourtant il y a 10 ans on adressait déjà la RAM sur 64bits... :o (cf. le nombre de lp* dans les docs des divers VisualC++, lp signifiant Long Pointer)
Les adresses sont bien stockées sur 64 bits. Mais les 16 bits de poids fort sont ignorés... C'est comme avec le PAE, l'adresse est bien stockée sur 64 bits, mais les 28 plus forts sont ignorés. Par ailleurs, en C++ sous Windows, un long fait normalement 32 bits (même si on compile en 64 bits), c'est le long long qui fait 64 bits (_int64 dans VC++). Par contre sous Unix, le long C++ fait 32 bits sur machine 32 bits et 64 bits sur machine 64 bits. Cf http://lurl.eu/53, http://lurl.eu/54 et http://lurl.eu/55 Tiens j'ai retrouvé les limites d'adressage physique chez Intel : 36 bits (comme en PAE) sur les P4 et Core 2, 38 à 40 bits sur les Xeon Core et 40 bits sur les Core i7. Et sur tous les modèles, l'adressage virtuel est limité à 48 bits.
Les commentaires sur ce document sont clos.
  • Tout
  • Hi-Tech
  • Matériel
  • Mac
  • Jeux
Participez !