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

我正在开发一个小型 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，但 RAM 总量却超过了 4GiB？

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

一些想法：

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

Edit:

查看此处了解更多详细信息：http://wiki.osdev.org/Detecting_Memory_%28x86%29 http://wiki.osdev.org/Detecting_Memory_%28x86%29

Edit 2:

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