Почему Lubuntu показывает меньше RAM, чем установленный?

Я использую Lubuntu 14.04

У меня есть две палки 4 ГБ RAM, они хорошо работают в соответствии с Windows. Но когда я открываю LXTask, он говорит, что у меня есть 7 868 МБ, когда он должен показать 8 192 МБ.

Используя никакую интегрированную графику (Radeon R9 270X). Athlon X4 760K не показывает их вообще.

free -m вывод:

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

ОБНОВЛЕНИЕ

-h вывод все еще сообщает о меньше чем 8 ГБ:

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
2
задан 22 February 2019 в 11:35

3 ответа

Это вызвано тем, что Windows и Linux имеют различные соглашения сколько байтов, там находятся в одном килобайте, как , эта статья объясняет.

, Например

В Windows

Windows предполагает, что существует 1 024 байта в единице Килобайта и 1 024 килобайта в единице Мегабайта и т.д.

В Ubuntu (GNU/Linux) †¦

, Ubuntu принимает, 1 000 байтов составляют единицу Килобайта (КБ), 1 000 килобайтов для Мегабайта (МБ) и так далее.

<час>

Этот ‘confusion’ появился в былые времена, из-за различных компьютерных устройств оборудования систем хранения, таких как ‘RAM’ и ‘ROM’ с помощью 1 024 как ‘unit prefix’ (для технических причин) при преобразовании между единицами (за исключением ‘bytes’).

, Но большинство других устройств хранения, таких как жесткие диски и Флеш-накопители, с помощью 1 000 как основа ‘unit prefix’, при вычислении размеров. Таким образом, там возник что-то вроде беспорядка среди экспертов, чтобы использовать при отображении размеров файла в различных единицах.

Для лучшего объяснения, читайте статья в Википедии о двоичный префикс

, компьютерная индустрия в настоящее время использует термины, такие как килобайт, мегабайт, и гигабайт и соответствующие символы КБ, МБ и ГБ, двумя различными способами. В цитатах оперативной памяти или способности RAM, гигабайт обычно означает 1 073 741 824 байта. Это - питание 1 024 (конкретно 10243), и 1024 питание 2 (конкретно 210), поэтому это использование упоминается как двоичный префикс.

В большинстве других контекстов, промышленность использует килограмм, мега, giga, и т.д., способом, согласовывающимся с их значением в Международной системе единиц (СИ): как полномочия 1 000. Например, жесткий диск на 500 гигабайтов содержит 500 000 000 000 байтов и 100 мегабит в секунду, соединение Ethernet передает данные на уровне 100 000 000 бит/с. В отличие от “binary prefix”, это использование упоминается как “decimal prefix“, поскольку 1000 питание 10. Таким образом, позже, для предотвращения беспорядков IEC и NIST стандартизировали их и изменили символы...

В использовании, продуктах и понятиях обычно описанные полномочия использования 1 024 продолжили бы быть, но с новыми префиксами IEC. Например, модуль памяти 536 870 912 байтов (512Г — 1048576) упоминался бы как 512 мебибайт или 512 мебибайт вместо 512 МБ или 512 мегабайтов. С другой стороны, так как жесткие диски были исторически проданы с помощью конвенции SI, которую “giga” означает 1000000000, жесткий диск “500 GB” был бы все еще маркирован как таковым.

Согласно этим рекомендациям, операционные системы и другое программное обеспечение также использовали бы двоичный файл и префиксы SI таким же образом, таким образом, покупатель жесткого диска “500 GB” найдет операционную систему, сообщая или о “500 GB” или о “466 GiB“, в то время как 536 870 912 байтов RAM были бы отображены как “512 MiB”.

проще говоря, если операционная система использует термин ‘megabyte’ (МБ), то это должно использовать 1 000 байтов за килобайт (КБ), 1 000 килобайтов к мегабайту (‘MB†˜) и т.д. перцептивное значение (‘decimal префикс), при преобразовании между единицами.

, Если это использует значение 1024 (‘binary prefix’), затем это должно обратиться к ним как ‘kibibytes’ (кибибайт), ‘mebibytes (мебибайт) и т.д.

Так в этом смысле, не имеет значения, использует ли ОС вЂ˜binary prefix’, или ‘decimal prefix’, what’s важный - то, что это использует корректные символы для отображения их.

Очевидно, что Windows использует ‘binary prefix’, как будто Вы берете первое изображение, затем Вы будете видеть, что это перечисляет размер как ‘710,934,528 bytes’. Теперь возьмите калькулятор и разделите его на ‘1024’, который должен дать Вам его размер в ‘kibibytes’. Затем повторно разделите его снова, и это даст Вам значение 678, который находится в ‘mebibytes (мебибайт).

Теперь делают то же, с помощью второго изображения, которое было взято в Ubuntu. Но на этот раз, используйте значение 1000 вместо 1 024, и Вы получите вывод в мегабайтах (МБ), 710.9.

я честно не знаю о ‘IEC’ и ‘NIST’ законах и как они применяются, но Windows, так как он использует ‘binary prefix’, должен использовать кибибайт символов, мебибайт, гибибайт и т.д. вместо того, чтобы использовать КБ, МБ, ГБ и т.д., и поэтому походит в прямом нарушении также (газета только сообщает что ‘would’ хотя).

4
ответ дан 2 December 2019 в 01:46

В то время как описание о кибибайте/КБ и так далее в ответ shaddy корректен, это не корректно, что различие между Linux и Windows, это - только о презентации в особенности программы. В частности, free шоу приводят к кибибайту, который легко проверить man страница:

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

общее эмпирическое правило обычно скорее: жесткие диски: множитель 1000, RAM: множитель 1024. Но лучшая регистрация документов инструментов Вы используете.

И к фактическому вопросу: Поскольку Вы разъяснили интеграцию графики, корректный ответ наиболее вероятен, что некоторая память просто зарезервирована для него.

1
ответ дан 2 December 2019 в 01:46

Видеть RAM в терминах, что Ваш используемый, чтобы открыть терминал и выпустить команду free -h - у меня есть 2 ГБ поршня в этой системе и моем выводе, следующим образом для свободного-m (который возвращает результаты в "мегабайтах":

$ 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 возвраты (в человекочитаемой форме):

$ 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

можно найти это форматирование больше к симпатии!

Другой причиной, почему Ваша система может сообщить о меньшем количестве RAM, чем установленный, является RAM, зарезервированная системой в определенных целях, Иногда существует зарезервированная видео апертура на одной из страниц BIOS Setup. Вы можете освобождать некоторых путем сокращения того размера. Существует много переменных при переходе к оборудованию системы. Ваш производитель материнских плат может проливать больше света на это для Вас.

Вы можете быть произведены на RAM, зарезервированной системой путем издания команды dmesg | grep BIOS | grep reserved, и Вы можете уменьшаться, это путем изменения настроек в BIOS, но снижения его для обнуления в современной системе очень маловероятно. Можно также найти это информативный.

2
ответ дан 2 December 2019 в 01:46

Другие вопросы по тегам:

Похожие вопросы: