Mengapa perintah "bebas" dan "dmidecode" menunjukkan nilai yang berbeda untuk RAM?

Saya punya server CentOS 5.10 ( 32-bit ) yang berjalan di VMWare. Ini dialokasikan 4 GB RAM.

Jika saya menjalankan dmidecode -t 17 | grep Size | grep MBsaya melihat:

Size: 4096 MB

Namun ketika saya berlari free, saya melihat:

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

Mengapa ada perbedaan antara jumlah total freelaporan memori dan dmidecodeoutput?

Kernel yang saya jalankan adalah:

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

Diakui, kernel tidak berjalan PAEtapi saya pikir itu hanya diperlukan untuk memori melebihi 4 GB.

Saya tahu saya kehilangan sesuatu yang sederhana - dapatkah seseorang menjelaskan lebih lanjut?

Catatan / Pengamatan Tambahan

Sepertinya kernel saya menyimpan banyak memori untuk hal-hal lain. Inilah yang saya lihat di /var/log/dmesg:

Linux version 2.6.18-371.4.1.el5 ([email protected]) (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

linux centos memory pae dmidecode Mike B
sumber

Jawaban:

Dengan kernel 32-bit, Anda hanya memiliki ruang alamat 4GB . Beberapa ruang alamat ini harus digunakan oleh perangkat keras (virtual atau fisik) dalam sistem, seperti kartu video, NIC, dll., Untuk keperluan mereka sendiri. Penggunaan ini biasanya antara 256MB-1GB tergantung pada seberapa banyak ruang alamat yang dibutuhkan perangkat keras tertentu.

Karena ruang alamat tersebut digunakan oleh perangkat keras, RAM yang sesuai umumnya tidak dapat diakses oleh sistem 32-bit.

Anda memiliki dua pilihan:

Opsi yang lebih disukai adalah menjalankan sistem operasi 64-bit. Ini secara dramatis memperluas ruang alamat, sehingga ada banyak ruang untuk semua RAM dan perangkat keras. Itu juga mematahkan batas 2GB / 3GB 32-bit pada aplikasi sambil mempertahankan kemampuan untuk menjalankan program 32-bit. Secara umum, sistem apa pun dengan 2GB RAM lebih banyak harus menjalankan OS 64-bit untuk menghindari masalah ini.
Opsi lain adalah menjalankan kernel 32-bit dengan PAE diaktifkan. Ini akan memunculkan RAM, tetapi setiap proses masih akan terbatas pada ruang alamat 2GB / 3GB, tergantung pada rincian kernel build. Karena OS 64-bit akan menjalankan aplikasi 32-bit dengan sangat baik, ini tidak memiliki kelebihan dan banyak kerugian (seperti kurangnya jalur peningkatan).

Michael Hampton
sumber

Terima kasih. Itu masuk akal tetapi bagaimana saya bisa memeriksa secara khusus berapa "tersembunyi" / dikonsumsi oleh perangkat keras untuk keperluan lain? Apakah itu di bawah /proc/meminfo?

Mike B

@ MikeB Secara khusus, saya tidak yakin begitu saja, meskipun jelas bahwa sekitar 800 MB hilang.

Michael Hampton

Untuk tujuan pertanyaan awal saya, saya pikir itu dijawab tetapi pertanyaan berikutnya adalah "MENGAPA?". Sepertinya ada utas lain yang membahas hal ini ( unix.stackexchange.com/questions/97261/... ) jadi saya akan mencoba menggali lebih banyak dan mungkin memiliki pertanyaan nanti. Terima kasih!

Mike B

Sebagai administrator sistem profesional, kami peduli akan hal ini, tetapi hanya sampai pada titik - di mana dan bagaimana hal itu memengaruhi operasi. Saya pikir saya sudah membahas aspek itu.

Michael Hampton

@MikeB /proc/iomemakan menunjukkan memori yang digunakan oleh perangkat tempat Linux memiliki drivernya. Peta memori e820 (di awal dmesgkernel yang baru di-boot) akan menunjukkan kepada Anda apa yang dipikirkan BIOS / EFI Anda di wilayah mana yang dicadangkan. Mencocokkan mereka satu sama lain adalah AFAIK tugas manual tanpa dukungan alat.

mihi

Output dari freeperintah tidak menghitung memori kernel yang dicadangkan dan beberapa bit kecil lainnya. Anda akan melihat perbedaan ini bahkan dalam kernel 64-bit dan bahkan dengan <2GB RAM.

John
sumber

Itu bukan hanya beberapa bagian kecil lainnya ...

Michael Hampton

Yah, tidak, tidak secara harfiah bit seperti dalam 8-bit-make-a-byte ... tetapi itu hanya beberapa puluh MB paling banyak. Dari segi persentase, sangat kecil.

John

Sebagai contoh, dalam dua sistem 64-bit yang menjalankan RHEL 5.10 di dalam VMware, mesin RAM "fisik" 2GB menunjukkan total MB 2010 free, mesin 4GB menunjukkan 3948 MB.

John

Terima kasih ... aneh bahwa saya melihat perbedaan besar dalam diri saya tetapi sepertinya itu bisa "normal".

Mike B

Tidak, ini bukan "normal" - ini 800+ MB!

Michael Hampton

Garis kritis dari peta RAM fisik Anda adalah ini:

 BIOS-e820: 0000000100000000 - 0000000140000000 (usable)

Baris ini menunjukkan bahwa 1 GB (0x40000000 byte, heksadesimal) dari RAM fisik sistem Anda sedang dipetakan oleh BIOS di atas batas 4GB, membuatnya tidak dapat diakses oleh sistem 32-bit tanpa PAE.

duskwuff -inactive-
sumber