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

时间:2010-09-10 08:04:08

标签: asp.net performance

当我们从登台服务器传递到生产服务器时,我们正在努力找出可能导致ASP.NET应用程序性能下降的问题,我们希望听到您帮助我们找到瓶颈。

我们的登台服务器是英特尔酷睿2四核CPU Q8200(2.33 GHz),带有4GB内存,Windows Server 2003 R2 SP2 x64版。数据库托管在Sql Server 2008 Express Edition上。一切似乎都很顺利。页面更改几乎是即时广告页面加载时间(例如,在网格中切换页面)是可以的。

我们的生产服务器是VIRTUAL双Intel Xeon 3.00 GHz,带有2GB内存,Windows Server 2008 Web Edition SP2 x86版。数据库托管在Sql Server 2008 Web Edition上。

我们的应用程序是.NET 3.5(目前迁移到.NET 4),使用经典的最佳实践(masterpages,CSS,AJAX,数据分页,静态资源的客户端缓存,IIS上的gzip压缩,用于静态和动态资源) ,服务器端缓存,用于不经常更改的数据......)。

我真的无法理解是什么导致应用程序在两种情况之间以不同的方式运行。那可能是什么?丢失的RAM?生产服务器上的负载?网络限制?

我可以做些什么来缩小瓶颈研究?

2 个答案:

答案 0 :(得分:1)

您可以在生产服务器上暂时启用跟踪(不要忘记将其关闭)并查看页面加载的持续时间如此之长。

答案 1 :(得分:0)

如果您可以轻松地向虚拟服务器添加2 GB以上的RAM,请尝试这样做,这很容易并且可能很重要。检查任务管理器中的RAM使用情况,看看你使用了多少。

这些服务器是在同一个地方托管还是存在网络延迟差异?

在服务器上,运行perfmon.msc并观察计数器,最大化的是什么?