在Windows XP专业版（32位）上使用SQL Server 2005开发人员版本我注意到启用了启用AWE（高级窗口扩展）的复选框。我有一个可以轻松升级到8GB或更高的Opteron工作站，尽管在开发环境中移动32位Windows XP Pro是不切实际的。据我所知，运行在32位模式下的Opteron的MMU应该支持36位物理地址空间，就像32位Xeon一样。
减少SQL Server的内存占用量可以让我更好地为Analysis Services提供帮助。
有谁知道AWE是否开启 Windows XP支持超过 可用于SQL的4GB RAM 服务器（在支持MMU的CPU上） 此）？
或者，任何人都知道 数据字典视图可能会告诉您什么 我关于AWE缓冲区的使用，以便我 可以尝试一下，得到一些 关于它是否是确定的观点 使用额外的记忆？
编辑：对于那些不熟悉它的人来说，AWE是一个允许您控制虚拟物理地址映射和在进程的4GB虚拟地址空间内和页面内部任意物理内存的工具。 32位Xeon（以及其他一些处理器）上的MMU实际上将支持超过4GB的物理RAM，尽管单个进程地址空间一次只能看到4GB。据我所知，Opteron上的MMU也具有32位代码的这种功能。
SQL Server支持使用AWE访问超过2GB或3GB的物理RAM，其进程地址空间允许在32位盒上。它通过显式管理映射，将物理内存交换进出虚拟地址空间来实现。某些版本的Windows，特别是Windows 2003和Windows 2000 Advanced Server，将以这种方式支持超过4GB的内存，并为此提供API。
问题是：我有一台硬件支持的机器，Windows XP 32位是否允许我以这种方式使用超过4GB的RAM？
答案 0 :(得分：10)
Windows XP（32位）doesn't support PAE（即36位物理地址）;它只支持4GB的RAM。您需要Windows 2003（企业或数据中心）来支持PAE。由于您的操作系统无法使用PAE，因此您的应用程序无法使用AWE。
你可以使用/ 3GB开关运行它，为SQL Server提供更多的呼吸空间。
就个人而言，我会升级到64位版本的Windows，可能是Windows 7 x64。
答案 1 :(得分：1)
除非操作系统支持超过32位内存寻址空间，否则任何应用都不会支持它。您需要升级到64位操作系统以允许SQL服务器利用额外的RAM。
答案 2 :(得分：0)
在32位操作系统中，您无法为用户进程提供超过2Gb的地址空间。实际上，您可以选择使用应用了/ 3Gb开关的Windows Server 2003在3Gb用户地址空间中运行进程。
答案 3 :(得分：0)
WinXP 32位可以使用超过4GB的内存，但需要启用PAE和更高内存支持。
以下是您可以在此主题上找到的此类帖子。 http://www.overclock.net/t/596932/guide-make-32-bit-os-support-128gb-of-ram
为＆gt;启用操作系统支持后4GB，您可以启用AWE并授予SQL访问额外内存的权限。
操作系统限制纯粹是由于许可，实际上并不是物理限制。 Windows Server变体说明了这一点，因为它们的服务器数据中心版本通常能够在x86中使用64GB。 SQL Server对于32位应用程序来说并不常见，因为它实际上可以使用额外的内存，而大多数其他32位进程限制为2GB / 3GB。