Почему команда «free» и «dmidecode» показывают разные значения RAM?

У меня CentOS 5.10 (32-битный) сервер, работающий на VMWare. Выделено 4 ГБ оперативной памяти.

Если я сбегу dmidecode -t 17 | grep Size | grep MB Я вижу:

Size: 4096 MB

Но когда я бегу free, Я вижу:

             total       used       free     shared    buffers     cached
Mem:       3107140    1239244    1867896          0        332     400464
-/+ buffers/cache:     838448    2268692
Swap:      2096472          0    2096472

Почему есть несоответствие между общим объемом памяти free отчеты и dmidecode вывод?

Я использую следующее ядро:

2.6.18-371.4.1.el5 #1 SMP Thu Jan 30 06:09:24 EST 2014 i686 i686 i386 GNU/Linux

По общему признанию, ядро не работает PAE но я думал, что это нужно только для памяти превышающий 4ГБ.

Я знаю, что мне не хватает чего-то простого - кто-нибудь может уточнить?

Дополнительные примечания / наблюдения

Определенно похоже, что мое ядро резервирует кучу памяти для других вещей. Вот что я вижу в /var/log/dmesg:

Linux version 2.6.18-371.4.1.el5 (mockbuild@builder17.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-54)) #1 SMP Thu Jan 30 06:09:24 EST 2014
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000010000 - 000000000009f800 (usable)
 BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000ca000 - 00000000000cc000 (reserved)
 BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 00000000bfef0000 (usable)
 BIOS-e820: 00000000bfef0000 - 00000000bfeff000 (ACPI data)
 BIOS-e820: 00000000bfeff000 - 00000000bff00000 (ACPI NVS)
 BIOS-e820: 00000000bff00000 - 00000000c0000000 (usable)
 BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
 BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved)
 BIOS-e820: 0000000100000000 - 0000000140000000 (usable)
Warning only 4GB will be used.
Use a PAE enabled kernel.
3200MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000f6bf0
Memory for crash kernel (0x0 to 0x0) notwithin permissible range

С 32-битным ядром вам доступно только 4 ГБ адресное пространство. Часть этого адресного пространства должна использоваться (виртуальным или физическим) оборудованием в системе, например видеокартами, сетевыми интерфейсами и т. Д., Для своих собственных целей. Это использование обычно составляет от 256 МБ до 1 ГБ в зависимости от того, сколько адресного пространства требуется конкретному оборудованию.

Поскольку это адресное пространство используется оборудованием, соответствующая оперативная память обычно недоступна для 32-разрядной системы.

У вас есть несколько вариантов:

Предпочтительный вариант - запустить 64-битную операционную систему. Это значительно расширяет адресное пространство, поэтому остается достаточно места для всей оперативной памяти и оборудования. Он также нарушает 32-разрядное ограничение 2 ГБ / 3 ГБ для приложений, сохраняя при этом возможность запускать 32-разрядные программы. Как правило, любая система с объемом ОЗУ на 2 ГБ больше должна работать с 64-разрядной ОС, чтобы избежать этих проблем.
Другой вариант - запустить 32-битное ядро с включенным PAE. Это покажет ОЗУ, но каждый процесс по-прежнему будет ограничен адресным пространством 2 ГБ / 3 ГБ, в зависимости от особенностей сборки ядра. Поскольку 64-разрядные ОС отлично работают с 32-разрядными приложениями, это не имеет преимуществ и имеет множество недостатков (например, отсутствие пути обновления).

Выход free Команда не учитывает зарезервированную память ядра и несколько других небольших битов. Вы увидите это несоответствие даже в 64-битном ядре и даже с <2 ГБ ОЗУ.

Критическая линия вашей физической карты RAM следующая:

 BIOS-e820: 0000000100000000 - 0000000140000000 (usable)

Эта строка показывает, что 1 ГБ (0x40000000 байт, шестнадцатеричный) физической RAM вашей системы отображается BIOS сверх лимита в 4 ГБ, что делает его недоступным для 32-разрядной системы без PAE.