为什么32位应用程序池在IIS中更有效？

发布时间：2020-12-15 22:48:48 所属栏目：asp.Net 来源：网络整理

导读：我一直在IIS中使用两个不同的ASP.NET Web应用程序运行负载测试.测试使用5,10,25和250个用户代理运行.在带有8 GB RAM的 Windows 7 Ultimate x64的盒子上进行测试.运行IIS和负载测试项目的同一个框. 我做了很多次运行,数据非常一致.对于每个负载,如果我在应用

我一直在IIS中使用两个不同的ASP.NET Web应用程序运行负载测试.测试使用5,10,25和250个用户代理运行.在带有8 GB RAM的 Windows 7 Ultimate x64的盒子上进行测试.运行IIS和负载测试项目的同一个框.

我做了很多次运行,数据非常一致.对于每个负载,如果我在应用程序池中将“启用32位应用程序”设置为True,则会看到较低的“平均页面时间(秒)”和较低的“平均响应时间(秒)”.负载越高,差异越明显.在非常高的负载下,如果应用程序池是64位,则Web应用程序开始抛出错误(503),但如果设置为32位,它们可以保持同步.

为什么32位应用程序池的效率更高？
为什么32位应用程序池的默认值不是？

解决方法

64位内存指针和其他相关数据结构是32位内存指针的两倍.此外,每次在切换模式时必须访问32位代码或DLL时,64位工作线程将受到惩罚. (研究WoW64和thunking.)

使用64位的最大(但不是唯一)优势是能够处理更多内存.如果您的应用程序池不使用超过2或3千兆字节的内存,并且您不需要特别需要运行64位代码,那么您可能没有令人信服的理由让您使用64位.随着技术的进步,芯片制造商正在为64位处理器制造额外的CPU寄存器,以提高其性能,但一般来说,仅使用更多位就没有神奇的性能提升.事实上,正如你刚刚目睹的那样,情况会更糟.

64位=艾布拉姆斯坦克

32位=丰田普锐斯

人们可以完成更多的工作,但另一个可以通过麦当劳的驱动器完成.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!