32位Windows Server地址gt; 4GB RAM – 如何？

发布时间：2021-03-06 01:26 所属栏目：117 来源：网络整理

导读：这对我来说是新闻.我一直认为32位操作系统只能处理2 ^ 32,即4GB的RAM.期. 但这是什么 – http://www.crucial.com/uk/kb/answer.aspx?qid=3743click=true？这怎么可能？这仍然意味着每个进程4GB？即如果我有IIS,ASP.NET可以分配超过4GB？编辑：感谢您的回复

这对我来说是新闻.我一直认为32位操作系统只能处理2 ^ 32,即4GB的RAM.期.

但这是什么 – http://www.crucial.com/uk/kb/answer.aspx?qid=3743&click=true？

这怎么可能？这仍然意味着>每个进程4GB？即如果我有IIS,ASP.NET可以分配超过4GB？

编辑：感谢您的回复.为了将其置于上下文中,这适用于Web开发.所以看起来w3wp.exe(ASP.NET Worker Process)仍将限制为4GB？这是真的？

谢谢
邓肯

某些32位处理器上的MMU实际上可以支持超过4GB的物理RAM,尽管单个进程在其虚拟地址空间中一次只能看到4GB.这种CPU可以配备超过4GB的RAM,并且可以使用超过4GB的RAM来支持多个进程.但是,单个进程在任何给定时间只能使用4GB的RAM(减去操作系统的一些开销).

在Xeon上,此工具称为Physical Address Extension(PAE),某些操作系统具有API,允许进程操作MMU以将物理内存交换进出该进程的虚拟地址空间.在Windows上,此API称为Address Windowing Extensions(AWE),但并非在所有版本的Windows上都可用. Linux和其他种类的Unix支持类似的机制.

为了使用此工具,必须明确设计程序以支持它 – AWE不会自动扩展进程的虚拟地址空间.例如,某些版本的SQL Server支持它,虽然我不知道IIS这样做.

编辑：我们走了.找到了. This posting on Stackoverflow链接了有关PAE机制的更多细节.

编辑2：如果相信this forum posting,则IIS不支持AWE.

（编辑：ASP站长网）