看看我发现这个奇怪建议的资源数量。或者引用Steve Schofield的话：
为获得最佳性能，请使用运行32位模式应用程序池的基于x64的系统。每个应用程序池将获得4 GB。
http://forums.iis.net/t/1149410.aspx
此外，同样的建议可以在这个Mix 08谈话中找到 - Everything You Need to Know about Diagnostics and Debugging on Microsoft Internet Information Services 7
那么，背后的原因是什么？
编辑：微软不建议这样做是为了兼容性，也是为了性能的原因，我正是因为这个而对这个话题感兴趣。这是一个更好地解释我在说什么的链接： http://learn.iis.net/page.aspx/201/32-bit-mode-worker-processes/
答案 0 :(得分：2)
在兼容性方面，并非所有Web应用程序和依赖项都是64位就绪。从IIS上的32位开始帮助避免在一开始就遇到很多麻烦。如果您的应用程序恰好是64位就绪，则可以从64位开始。否则，你就被困住了。
微软没有很好的工具可以为非高级开发人员调试64位问题（2008年这是真的，即使在今天也是如此）。即使你是一个IIS极客，调试32位工作进程要比调试64位工作进程简单得多。
最终完成向64位的迁移（考虑到20世纪90年代的16到32位迁移）。
我不相信你应该坚持“微软推荐32位”或“Steve Scholfield说的那样”。一切都应该取决于您自己的应用程序和您独特的环境。这些结论是针对其他情景而得出的，这些情况甚至可能对您的情况不太适用。
已编辑：事实上，微软的家伙在VS相关博文中解释了使用32位更好的性能提升，
http://blogs.msdn.com/b/ricom/archive/2009/06/10/visual-studio-why-is-there-no-64-bit-version.aspx