2 votes

Pourquoi Lubuntu affiche-t-il moins de RAM que celle installée ?

J'utilise Lubuntu 14.04

J'ai deux barrettes de 4 Go de RAM, elles fonctionnent bien sous Windows. Mais lorsque j'ouvre le LXTask, il indique que j'ai 7868 Mo alors qu'il devrait afficher 8192 Mo.

Pas de carte graphique intégrée (Radeon R9 270X). L'Athlon X4 760K ne les intègre pas du tout.

free -m de la production :

david@lubuntu:~$ free -m
             total       used       free     shared    buffers     cached
Mem:          7868       7118        750         11         36       2008
-/+ buffers/cache:       5073       2795
Swap:         8135          0       8135

UPDATE

En -h indique toujours moins de 8 Go :

david@lubuntu:~$ free -h
             total       used       free     shared    buffers     cached
Mem:          7.7G       7.1G       632M        11M        38M       2.0G
-/+ buffers/cache:       5.1G       2.6G
Swap:         7.9G         0B       7.9G

4voto

Thraidh Points 131

En effet, Windows et Linux n'ont pas la même compréhension du nombre d'octets contenus dans un kilo-octet. cet article) explique.

Par exemple

Dans Windows

Windows considère qu'il y a 1024 octets dans un kilo-octet, et 1024 kilo-octets dans un méga-octet, etc.

Dans Ubuntu (GNU/Linux)

Ubuntu part du principe que 1000 octets constituent une unité de Kilobyte (KB), 1000 Kilobytes un Mégaoctet (MB) et ainsi de suite.


Cette "confusion" est apparue dans le passé, en raison de l'utilisation de 1024 comme "préfixe d'unité" (pour des raisons techniques) lors de la conversion entre unités (à l'exception des "octets") par divers dispositifs de stockage informatique, tels que la "mémoire vive" et la "mémoire morte".

Mais la plupart des autres dispositifs de stockage, tels que les disques durs et les lecteurs Flash, utilisent 1000 comme "préfixe d'unité" de base pour le calcul des tailles. Une certaine confusion s'est donc installée parmi les experts quant à l'unité à utiliser pour afficher les tailles de fichiers.

Pour une meilleure explication, lire l'entrée Wikipedia sur préfixe binaire

L'industrie informatique utilise actuellement des termes tels que kilo-octet, méga-octet et giga-octet, ainsi que les symboles correspondants KB, MB et GB, de deux manières différentes. En ce qui concerne la capacité de la mémoire principale ou RAM, le gigaoctet signifie généralement 1073741824 octets. Il s'agit d'une puissance de 1024 (plus précisément 10243), et 1024 est une puissance de 2 (plus précisément 210), c'est pourquoi cet usage est appelé préfixe binaire.

Dans la plupart des autres contextes, l'industrie utilise kilo, méga, giga, etc., d'une manière conforme à leur signification dans le Système international d'unités (SI) : en tant que puissances de 1000. Par exemple, un disque dur de 500 gigaoctets contient 500000000000 octets, et une connexion Ethernet de 100 mégabits par seconde transfère des données à 100000000 bits/s. Contrairement au "préfixe binaire", cet usage est appelé "préfixe décimal", car 1000 est une puissance de 10. Par la suite, pour éviter les confusions, la CEI et le NIST les ont normalisés et ont changé les symboles...

Dans l'usage, les produits et concepts habituellement décrits à l'aide de puissances de 1024 continueront à l'être, mais avec les nouveaux préfixes de la CEI. Par exemple, un module de mémoire de 536870912 octets (512×1048576) serait appelé 512 MiB ou 512 mébibytes au lieu de 512 MB ou 512 mégaoctets. Inversement, étant donné que les disques durs ont toujours été commercialisés en utilisant la convention SI selon laquelle "giga" signifie 1000000000, un disque dur de "500 Go" serait toujours étiqueté comme tel.

Selon ces recommandations, les systèmes d'exploitation et autres logiciels utiliseraient également les préfixes binaires et SI de la même manière, de sorte que l'acheteur d'un disque dur de "500 Go" verrait le système d'exploitation indiquer "500 Go" ou "466 GiB", tandis que 536870912 octets de mémoire vive seraient affichés comme "512 MiB".

En termes simples, si un système d'exploitation utilise le terme "mégaoctet" (Mo), il doit utiliser la valeur perceptuelle (préfixe décimal) de 1000 octets par kilooctet (Ko), 1000 kilooctets pour un mégaoctet ("Mo"), etc. lors de la conversion entre les unités.

S'il utilise la valeur 1024 ("préfixe binaire"), il doit les adresser en tant que "kibibytes" (KiB), "mebibytes (MiB)", etc.

En ce sens, il importe peu que le système d'exploitation utilise le "préfixe binaire" ou le "préfixe décimal", l'important étant qu'il utilise les symboles corrects pour les afficher.

Il est évident que Windows utilise le "préfixe binaire", car si vous prenez la première image, vous verrez qu'elle indique une taille de "710 934 528 octets". Prenez maintenant une calculatrice et divisez ce chiffre par 1024, ce qui devrait vous donner sa taille en "kibytes". Divisez-la à nouveau et vous obtiendrez la valeur 678, qui est exprimée en "mebibytes (MiB)".

Faites de même avec la deuxième image prise sous Ubuntu. Mais cette fois, utilisez la valeur 1000 au lieu de 1024, et vous obtiendrez le résultat en mégaoctets (Mo), 710,9.

Honnêtement, je ne connais pas les lois "IEC" et "NIST" et la manière dont elles sont appliquées, mais Windows, puisqu'il utilise le "préfixe binaire", devrait utiliser les symboles KiB, MiB, GiB, etc. plutôt que KB, MB, GB, etc. et semble donc constituer une violation directe (l'article dit seulement "pourrait").

2voto

Elder Geek Points 34144

Pour voir la RAM dans les termes que vous avez utilisés, ouvrez un terminal et lancez la commande free -h - J'ai 2 Go de mémoire vive dans ce système et mon résultat est le suivant pour free -m (qui renvoie les résultats en "mégaoctets") :

$ free -m
             total       used       free     shared    buffers     cached
Mem:          2005       1816        189        259        161        935
-/+ buffers/cache:        719       1285
Swap:          973         34        939

free -h (sous une forme lisible par l'homme) :

$ free -h
             total       used       free     shared    buffers     cached
Mem:          2.0G       1.8G       151M       253M       166M       931M
-/+ buffers/cache:       756M       1.2G
Swap:         973M        34M       939M

Cette mise en forme vous conviendra peut-être mieux !

Une autre raison pour laquelle votre système peut indiquer moins de RAM que celle installée est la RAM réservée par le système à des fins spécifiques, parfois il y a une ouverture vidéo réservée sur l'une des pages de configuration du BIOS. Vous pouvez peut-être en libérer en réduisant cette taille. Il existe de nombreuses variables lorsque l'on s'intéresse au matériel du système. Le fabricant de votre carte mère pourra peut-être vous éclairer à ce sujet.

Vous pouvez obtenir des informations sur la mémoire vive réservée par le système en lançant la commande suivante dmesg | grep BIOS | grep reserved et il est possible de le réduire en modifiant les paramètres du BIOS, mais il est très improbable de le ramener à zéro sur un système moderne. Il se peut également que vous trouviez este informatif.

1voto

Kistent Tse Points 1

Alors que la description des KiB/KB et ainsi de suite dans Réponse de shaddy est correcte, il n'est pas correct de dire que la différence est entre Linux et Windows, il s'agit seulement de la présentation dans des programmes particuliers. En particulier, free affiche les résultats en KiB, ce qui est facile à vérifier sur l'écran du man page :

Show all output fields automatically scaled to shortest three digits and 
display the units of print out. The following units are used:

   B = bytes
   K = kibibyte
   M = mebibyte
   G = gibibyte
   T = tebibyte
   P = pebibyte

La règle générale est généralement la suivante : Disques durs : multiplicateur de 1000, RAM : multiplicateur de 1024. Mais il est préférable de vérifier dans la documentation des outils que vous utilisez.

Et pour en venir à la question proprement dite : Comme vous avez précisé que vous avez des graphiques intégrés, la bonne réponse est très probablement qu'une partie de la mémoire est simplement réservée à cet effet.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X