最近,我在我的Dell PowerEdge R900家庭虚拟机服务器上额外安装了32 an的内存。内存检查通过后,我启动了CentOS。当我打开虚拟机管理器并检查我的内存使用情况时,我的机器只报告23.59GB可用。我觉得这很奇怪,所以我调用了dmidecode,并且正确地报告了所有48 of的已安装内存。
但是,当我运行空闲命令时,它再次将总内存列出为23.59GB。我正在使用64位版本的CentOS 6.5在戴尔PowerEdge R900上,所以这里发生了什么事情会阻止我使用所有的48 of?
更新:以下是dmesg输出的相关部分:
MTRR default type: uncachable和
MTRR variable ranges enabled:
0 base 0000000000 mask FF80000000 write-back
1 base 0100000000 mask FF00000000 write-back
2 base 0200000000 mask FE00000000 write-back
3 base 0400000000 mask FE00000000 write-back
4 base 0600000000 mask FF80000000 write-back
5 base 007FC00000 mask FFFFC00000 uncachable
6 disabled
7 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
original variable MTRRs
reg 0, base: 0GB, range: 2GB, type WB
reg 1, base: 4GB, range: 4GB, type WB
reg 2, base: 8GB, range: 8GB, type WB
reg 3, base: 16GB, range: 8GB, type WB
reg 4, base: 24GB, range: 2GB, type WB
reg 5, base: 2044MB, range: 4MB, type UC
total RAM covered: 24572M
Found optimal setting for mtrr clean up
gran_size: 64K chunk_size: 8M num_reg: 6 lose cover RAM: 0G
New variable MTRRs
reg 0, base: 0GB, range: 2GB, type WB
reg 1, base: 2044MB, range: 4MB, type UC
reg 2, base: 4GB, range: 4GB, type WB
reg 3, base: 8GB, range: 8GB, type WB
reg 4, base: 16GB, range: 8GB, type WB
reg 5, base: 24GB, range: 2GB, type WB
e820 update range: 000000007fc00000 - 0000000100000000 (usable) ==> (reserved)发布于 2014-09-25 16:39:24
对于其他遇到同样问题的人来说,我的问题确实是由于戴尔服务器在内存模块放置上的挑剔造成的。我最初将4对4GB模块放置在所有四个内存立管的第3和第4个插槽中(原来的4对2GB模块,我留在内存提升管的1和2插槽中)。
然而,不管出于什么原因,戴尔的服务器并不是这样工作的。解决问题的方法是将4GB模块对放在每个提升管的插槽1和2中,并将2GB模块的对移到槽3和4中。
我希望这能帮助其他人遇到同样的问题。尽管现在知道这不是内核配置中的错误,但这个问题可能应该移到ServerFault中。
发布于 2014-09-22 23:32:20
你说得对@KG6ZVP
这似乎不像是可以从硬件BIOS级别修复的东西。您有一个简单的Centos6.5安装,这是很好的正常硬件,如笔记本电脑,可能是1,2,3或4 U拱形计算机。我不认为它能支持你的记忆量。我已经安装Linux很长时间了,我的直觉告诉我,您已经发现了问题所在。
您需要类似于或任何其他带有enterprise标记的Linux风格的东西,这样就可以正确地分配已安装的内存。
https://unix.stackexchange.com/questions/156684
复制相似问题