Asp.net应用程序瓶颈识别：有什么建议吗？

当我们从登台服务器传递到生产服务器时，我们正在努力找出ASP.NET应用程序性能下降的原因，我们希望收到您的来信，帮助我们找到瓶颈

我们的暂存服务器是一个Intel Core 2四CPU Q8200（2.33 GHz），带有4GB内存，Windows server 2003 R2 SP2 x64版。数据库托管在Sql Server 2008 Express Edition上。一切似乎都很顺利。页面更改几乎是即时的广告页面加载时间（例如在网格中切换页面）是可以的

我们的生产服务器是一个虚拟双Intel Xeon 3.00 GHz，内存为2GB，Windows server 2008 Web Edition SP2 x86 Edition。数据库托管在SQLServer2008Web版上

我们的应用程序是一个.NET3.5（现在迁移到.NET4），使用经典的最佳实践（母版页、CSS、AJAX、数据分页、静态资源的客户端缓存、静态和动态资源在IIS上的gzip压缩、不经常更改的数据的服务器端缓存……）

我真的不明白是什么原因导致应用程序在这两种情况下运行如此不同。那会是什么？丢失的公羊？生产服务器上的负载？网络限制

---

我能做些什么来缩小瓶颈的研究范围？

您可以在生产服务器上短暂启用跟踪功能（不要忘记将其关闭），并查看页面加载的哪些阶段花费了这么长的时间）

如果您可以轻松地向虚拟服务器添加2GB以上的RAM，那么试试看，这很简单，而且可能很重要。在task manager中检查RAM的使用情况，看看您使用了多少

这些服务器是否位于同一位置，或者是否存在网络延迟差异

---

在服务器上，运行perfmon.msc并观察计数器，最大值是多少？

这是一个很好的建议，但是。。。我如何才能发现这些长时间的加载是否是由应用程序的不同原因造成的（即服务器上的加载？）@Marconline-我认为这可能是一个很好的起点。您可以看到代码是否运行缓慢—如果不是，则可能是网络带宽。您还可以监视服务器上的进程监视器。