单个应用 程序的内存限制肯定是超过了原来32位系统所限制的2G:
http://www.audiobar.net/viewthread.php?tid=252015
我是4G内存,32位的Cubase能用到最多3.5G,但是具体64位系统里单进程的上限究竟是多少我不得而知。
64位系统对内存有着更加科学的管理,详细介绍可以看看远景的这篇文章:
http://bbs.pcbeta.com/thread-302714-1-1.html
摘一段比较有意思的:
32位何错之有?
当然不是说32位不好,只是当Windows,IIS,CLR/ASP.NET, WSS, MOSS Core,SSP和MDAC的代码都载入到内存时(这恰恰就是MOSS2007启动时的内存占用情况),32位的地址空间就已经支离破碎了(不是不够用).在CLR或SharePoint尝试获取新的内存区块时,就很难在已经载入的内存空间中找到一个64MB大的内存块.下面就是这种情形下的一个示意图:
很多情况下,用户感到性能不够不是因为内存不够,而是因为无法向新的内存请求提供连续的内存空间.
64位有何高招?
64位不是万能的性能解决方案,不过在实际应用中,它确实能为使用者的进程无限的提供地址空间.所以得益于没有碎片的地址空间,内存请求再多(即便是上100MB)也不会无功而返.64位不单会减少你可能面对的问题,而且更易减少性能损失,这样你就有了一个稳定的服务器环境.