我一直在使用IIS中的两个不同的ASP.NET Web应用程序运行负载testing。 testing用5,10,25和250个用户代理运行。 testing在一个8 GB的RAM,Windows 7旗舰版x64的框。 运行IIS和负载testing项目的同一个框。
我做了很多次运行,数据非常一致。 对于每个负载,如果我在应用程序池中将“启用32位应用程序”设置为True,则会看到较低的“平均页面时间(秒)”和较低的“平均响应时间(秒)”。 负载越高,差异越明显。 在负载非常高的情况下,如果应用程序池是64位的,则Web应用程序开始抛出错误(503),但如果设置为32位,它们可以保持不变。
为什么32位应用程序池更有效率? 为什么不是应用程序池32位的默认值?
64位内存指针和其他相关数据结构是其32位对应的两倍。 另外,一个64位的工作线程在切换模式时,每次访问32位代码或DLL时都会受到惩罚。 (研究WoW64和thunking。)
使用64位的最大(但不是唯一的)优势是能够处理更多的内存。 如果您的应用程序池不使用超过2 GB或3 GB的内存,并且您并不特别需要运行64位代码,那么您可能不会有一个令人信服的理由去使用64位。 随着技术的进步,芯片制造商正在增加CPU寄存器,特别是64位处理器来提高性能,但一般来说,仅仅使用更多位,不会有神奇的性能提升。 事实上,正如你刚刚目睹的那样,情况可能会更糟。
64位=艾布拉姆斯坦克
32位=丰田普锐斯
一个人可以完成更多的工作,但另一个可以通过麦当劳的传播。