内存映射显示的RAM多于物理上可用的RAM

Question

我正在研究一个小的x86内核.我正在访问并尝试读取GRUB在多重引导标头中提供的内存映射.我有一个Intel i3 cpu和4 GiB的RAM.在这台机器上运行时,我正在阅读以下内存映射:

 --Base Address--          --Length--      --Type--

0x0000000000000000     0x000000000009d000     0x1
0x000000000009d000     0x0000000000003000     0x2
0x00000000000e0000     0x0000000000020000     0x2
0x0000000000100000     0x00000000bb53f000     0x1
0x00000000bb63f000     0x0000000000080000     0x2
0x00000000bb6bf000     0x0000000000100000     0x4
0x00000000bb7bf000     0x0000000000040000     0x3
0x00000000bb7ff000     0x0000000000001000     0x1
0x00000000bb800000     0x0000000004800000     0x2
0x00000000e0000000     0x0000000010000000     0x2
0x00000000feb00000     0x0000000000004000     0x2
0x00000000fec00000     0x0000000000001000     0x2
0x00000000fed10000     0x0000000000004000     0x2
0x00000000fed18000     0x0000000000002000     0x2
0x00000000fed1b000     0x0000000000005000     0x2
0x00000000fee00000     0x0000000000001000     0x2
0x00000000ffe80000     0x0000000000180000     0x2
0x0000000100000000     0x0000000038000000     0x1

当我总计可用的内存区域时,我得到......

0x1(可用) - 3893.8 MiB

这似乎是正确的,留下最后的200米MiB保留给其他设备.唯一的问题是其他内存类型的总数:

0x2,0x3,0x4 - 331.5 MiB

将我的RAM总量设置为4225.3 MiB或略高于4.1 GiB,这引出了我的问题:

1. 当我只安装了4GiB时,为什么总计超过4GiB的RAM？

2. 为什么内存映射中的最后一个基址是0x0000000100000000？只有4GiB的RAM,32位应该是解决所有内容所需的最大地址大小.我在这里误解了什么吗？

Answer 1

一些想法：

• 地址空间！=物理内存大小。
• i3 支持 64 位或具有 36 位 PAE 的 32 位模式的虚拟地址空间（可选，需要内核支持）。如果启动的 32 位系统中实际上有 4GiB 的 RAM 可用，则必须启用 PAE。如何检查： https: //serverfault.com/q/247080
• AFAIR，这些范围可以重叠并以任何顺序出现，因此需要对最受限制的类型或范围分割进行排序和重新键入。
• 最后一个基地址0x0000000100000000是 >= 2^32。通常会这样做，因为在（所有？）PC 中，硬件、ROM 映像和其他特殊范围的分配空间低于 2^32。因此，需要 PAE 或长模式来访问从 2^32 或以上开始的主内存范围。

编辑：

在这里查看更多详细信息：http ://wiki.osdev.org/Detecting_Memory_%28x86%29

编辑2：

今天，我偶然发现了一个 Sysinternals 工具，它显示了我的 EFI 系统的以下物理范围映射，而没有更改任何相关设置。可以看到，所有 64GiB 主内存都映射到0x100000000，就在 2^32 处：