J'ai 2x2 GiB sticks de RAM installés.
L'exécution à memtest86partir du menu de démarrage de grub confirme cela. Memtest86 ne signale aucune erreur.
Cependant, dans tous les cas, je vérifie ma mémoire disponible dans un système Ubuntu 10.04 en cours d'exécution, il ne rapporte qu'environ 3,2 Gio.
cat /proc/meminfo== 3320132 kBSystem Monitor== 3,2 Giohtop== 3242 Mofree -m== 3242 Mo
Qui a ma RAM manquante ?
Informations mises à jour: je viens de lancer un double démarrage dans une autre version d'Ubuntu 10.04 sur le même matériel (j'ai oublié que je l'avais installé il y a plusieurs mois, pour les urgences):) .... Il rapporte 3,9 Gio, via System Monitor...
J'ai publié mes /var/log/messagesinformations les plus récentes sur http://pastebin.ubuntu.com/629246/
/var/log/messages, mais j'ai posté mes informations les plus récentes ici: pastebin.ubuntu.com/629246 .. peut-être que quelqu'un peut en faire des tête-à-tête :)Réponses:
Un espace d'adressage 32 bits signifie que vous disposez d'un espace pour 4 Go d'adresses. Idéalement, le noyau aime pouvoir mapper toute la mémoire physique, toute la mémoire de la tâche en cours et toute sa propre mémoire. Si la mémoire physique occupe à elle seule tous les 4 Go disponibles, cela ne fonctionnera pas. La mémoire physique est donc divisée en mémoire faible, qui est mappée tout le temps, et en mémoire haute, qui doit être mappée lorsqu'elle est utilisée. À moins que vous exécutiez un noyau corrigé, sur l'architecture ix86, 128 Mo d'espace d'adressage sont consacrés au code du noyau et aux structures de données, et 896 Mo sont consacrés au mappage de la mémoire physique (pour un total de 1 Go).
Lecture de fond sur les complexités de la gestion de la mémoire lorsque votre espace d'adressage n'est pas confortablement plus grand que votre mémoire totale:
Extraits de vos journaux de noyau:
Ici, vous avez 887 Mo de mémoire faible: le maximum théorique de 896 Mo moins quelques Mo de tampons DMA (zones de mémoire utilisées pour communiquer avec les périphériques matériels).
De votre mémoire physique, 3328 Mo sont mappés à des adresses inférieures à 4 Go et 768 Mo sont mappés à des adresses supérieures à 4 Go (la plage 0x100000000–0x130000000). Vous n'avez pas accès à ces 768 Mo, ce qui explique pourquoi vous n'avez que 3242 Mo disponibles (4096 Mo de RAM moins 768 Mo inaccessibles moins 9 Mo de tampons DMA moins 75 Mo utilisés par le noyau lui-même pour le code et les données). Je ne sais pas pourquoi le BIOS mappe de la RAM au-dessus de la marque de 4 Go, mais en tant que point de données, je publie cela à partir d'un PC avec 4 Go de RAM qui a de la même manière une RAM mappée à 0x100000000–0x130000000.
Le mappage de la mémoire physique au-dessus de 4 Go nécessite l'utilisation de PAE . PAE entraîne une petite surcharge de performances (en particulier, il nécessite des structures de données plus grandes dans le gestionnaire de mémoire), il n'est donc pas systématiquement activé. Le noyau Ubuntu par défaut est compilé sans prise en charge PAE. Obtenez le
pour pouvoir accéder jusqu'à 64 Go de RAM.
-generic-paenoyauTL, DR: Linux fonctionne comme prévu. Le firmware n'est pas si utile. Obtenez un noyau compatible PAE.
la source
linux-image-2.6.32-32-generic-pae, ethtopmaintenant je rapporte3990 MiBC'est peut-être parce que l'architecture de votre Ubuntu est i386 (version 32 bits). Quel est le résultat lorsque vous courez
uname -a?la source
uname -a... Linux DT9400 2.6.32-32-generic # 62-Ubuntu SMP mer 20 avr 21:54:21 UTC 2011 i686 GNU / Linux ... Cependant, comme je l'ai mentionné dans les "Informations mises à jour:" dans mon queston, une autre installation 10.04 32 bits à double démarrage montre 3,9 Gib .. Les deux systèmes à double démarrage ont été installés à partir du même CD, mais exécutent actuellement différents noyaux et ont différents programmes installés ... BTW, ce n'est pas un événement récent, Il affiche 3,2 Gio depuis de nombreux mois ..