Asp.net 为什么32位apppool比64位更高效?

Asp.net 为什么32位apppool比64位更高效?,asp.net,xslt,iis,webforms,Asp.net,Xslt,Iis,Webforms,我们有这两种配置 Windows Server 2003,IIS6,32位应用程序池,4gb RAM,4个cpu,安装了.net 4 Windows Server 2012、IIS8、64位应用程序池、16gb RAM、4个cpu、.net 4.5已安装 这些技术包括: Asp.net 4.0 webforms 呈现主要是xml/xslt转换(XslCompiledTransform) AppFabric作为outputcache(独立,不在azure中) Xml文件和XslCompile

我们有这两种配置

  • Windows Server 2003,IIS6,32位应用程序池,4gb RAM,4个cpu,安装了.net 4
  • Windows Server 2012、IIS8、64位应用程序池、16gb RAM、4个cpu、.net 4.5已安装
这些技术包括:

  • Asp.net 4.0 webforms
  • 呈现主要是xml/xslt转换(XslCompiledTransform)
  • AppFabric作为outputcache(独立,不在azure中)
  • Xml文件和XslCompiledTransform使用缓存API缓存在内存中
几天后,我们看到2012年的服务器比2003年慢了很多(有时慢10倍!!)。经过几天的摸索和测试(perfmon,dottrace),我们尝试将2012应用程序池设置为32位,结果成功了!现在2012服务器运行得更快了

第一个问题:你能解释一下吗?我唯一的猜测是AppFabric的客户端库是为32位系统开发的


第二个问题:您如何使用世界上所有的工具(perfmon、windbg、dottrace等等)来发现64位是问题所在?

这更多是关于服务器配置而不是编程……这是关于性能,库和调试这更多的是关于服务器配置而不是编程…它还涉及性能、库和调试