AWE在64位服务器上有帮助吗？ 该选项仍然可用。 它有什么作用吗？
AWE与我们以前在286和386天内使用的旧银行交换EMS类似。 它允许通过银行在32位进程地址空间顶部的一个小的（256mb？）窗口切换来访问大的（> 4Gb）地址空间。
某些应用程序（如SQLServer）可以利用此内存来存储半结构化数据，如数据库页面caching。 AWE内存不能用来让你的32位程序的地址超过标准的3Gb地址空间。
总之，如果你有一个64位的操作系统，不要使用AWE，你不需要它。
AWE在64位操作系统上是无足轻重的，因为它可以支持核心映像中的大量连续操作。 该工具是基于Xeon和其他32位CPU（称为PAE（物理地址扩展））的设施的入侵，允许MMU支持36位宽的物理地址总线。 更宽的地址总线允许具有此设施的机器能够处理64GB的物理RAM，尽pipe单个进程一次只能看到4GB。
AWE是一个使用Windows提供的API的技巧，允许进程pipe理MMU。 使用这个API，进程可以保留一个物理内存池，并将其交换到其虚拟地址空间中的区域。 这个Stackoverflow发布讨论了它的机制更详细的一些链接到外部资源。
64位服务器上的进程的虚拟地址空间要宽得多，因此您不必使用这种types的工具来处理超过4GB的物理RAM。 一个进程本身可以使用2 ** 64（大约1.8E19）不同的地址（即指针是64位宽）。
不是我见过的。 SQL可以使用64位系统上的所有可用内存。 AWE的目的是为32位做同样的事情。
另一个答案详细解释了为什么 – 但总结 – 64位服务器上的AWE选项不会做任何事情，不是必需的
引用
AWE不是必需的，不能在64位操作系统上configuration。