32位系统与4G内存限制的关系

32位系统与4G内存限制的关系-32位系统真的只能用4G内存吗

32位系统与4G内存限制的关系-32位系统真的只能用4G内存吗？

为了这个32位系统与4G内存限制关系的问题，我们按顺序看看如下的分析。1、硬件。从硬件上讲，内存访问寻址，主要在CPU，CPU主要在寄存器（GPR）。32位的系统，指的是32位的CPU，也就是指32位的寄存器。

32位寄存器的寻址能力是2的32次方，这个是没错的，就是4GB。

但是10年前，32位的x86 奔腾pro处理器推出的时候，它的地址总线是多少位寻址？36位。整整多了2的4次方。也就是16倍。所以，这个32位的奔腾pro 处理器，可以寻址64GB。4GB的16倍，也就是64GB。

这个叫做PAE, 物理地址扩展。也叫PAE-36bit。

通过这个技术手段，32位系统进行了扩展，CPU（寄存器）对内存的寻址，可以到64GB。

2、既然32位系统的硬件可以寻址64GB。那么32位的操作系统当然应该有办法。32位操作系统肯定也有办法，沿着PAE的路，使用64GB内存。—————————————

标准的32 位地址最多可映射 4 GB 内存。因此，32 位进程的标准地址空间限制为4 GB。默认情况下，在32 位Microsoft Windows 操作系统中，将为操作系统保留2 GB 空间，另外 2 GB 空间可由应用程序使用。如果在Windows 2000 Advanced Server 的Boot.ini 文件中指定了/3gb 参数，则操作系统将仅保留1 GB 的地址空间，应用程序最多可以访问3 GB 的空间。——————————————————————————–

AWE 是Windows 的内存管理功能的一组扩展，它使应用程序(基于用户模式)能够使用的内存量超过通过标准32 位寻址可使用的2-3 GB 内存。AWE 允许应用程序获取物理内存，然后将非分页内存的视图动态映射到32 位地址空间。虽然32 位地址空间限制为4 GB，但是非分页内存却可以远远大于4 GB。这使需要大量内存的应用程序（如大型数据库系统）能使用的内存量远远大于32 位地址空间所支持的内存量。

SQL Server 2005 Enterprise Edition 支持地址窗口化扩展插件(AWE)，从而允许在32 位版本的Microsoft Windows 操作系统上使用4 GB 以上的物理内

存。最多可支持64 GB 的物理内存。运行于Microsoft Windows 2000 上的SQL Server 实例使用静态AWE 内存分配，而运行于Microsoft Windows 2003 上的实例使用动态AWE 内存分配。

为了使用AWE，应用程序必须：

1. 使用Win32的AllocateUserPhisycalPages API函数分配扩展物理。该函数需要调用者具有将页锁定的权限。

2. 使用VirtualAlloc API函数在进程的地址空间中创建一个区域，作为与扩展物理内存进行映射的一个窗口。

3. 使用MapUserPhysicalPages或者MapUserPhysicalPagesScatter API函数，将扩展物理内存映射到这个虚拟内存窗口中。

在数据库使用AWE功能之前，必须对和SQL数据库分别进行设置。

—————————————————

32位操作系统windows2003的各版本系统内存限制

Windows Server 2003 系列所支持的物理内存量有所增加。AWE 可使用的物理内存取决于您所使用的操作系统。下面的列表列出了写入时每个Windows Server 2003 操作系统版本可以使用的最大物理内存限制。

Windows Server 2003 Standard Edition 最高支持4 GB 的物理内存。Windows Server 2003 Enterprise Edition 最高支持32 GB 的物理内存。Windows Server 2003 Datacenter Edition 最高支持64 GB 的物理内存。——————————————–

以上内存限制部分来自微软网站的文章，应该靠谱。

下面的内存限制表，来自it168，似乎不是那么靠谱（比如，它说，Windows Server 2003 Datacenter Edition 支持128GB）），仅供参考。