ASP.NET性能调整之解决Server Too Busy错误

最新推荐文章于 2022-11-30 17:51:36 发布

weixin_34250434

最新推荐文章于 2022-11-30 17:51:36 发布

阅读量206

点赞数

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/bccu/archive/2008/12/10/1351775.html

通过调整ASP.NET站点的appRequestQueueLimit及maxWorkerThreads参数，有效解决ServerTooBusy错误及响应缓慢问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近公司的一个ASP.NET站点频繁出现Server Too Busy错误，具体表现为页面响应慢、经常出现Server Too Busy异常；但实际上服务器的资源消耗却很低，CPU使用只有10%左右，非常奇怪。

    该站点运行环境为Windows 2000，IIS5.0，.NET Framework 1.1，站点压力约为每秒10个连接，峰值时约为30。

    从网上查找相关资料后，从表现出的情况来看（响应慢，抛出Server Too Busy异常），初步判断为同时连接过多引起的线程阻塞引起。修改web.config中的httpRuntime配置节中的appRequestQueueLimit参数后，Server Too Busy 的错误得到解决。此参数默认从machine.config中继承，默认值为100，改为1000后Server Too Busy的错误不再出现。

    虽然服务器忙的错误解决了，但是站点响应还是很慢，有时候要等上5—10秒才能打开页面。分析原因应该是同时请求过多，而IIS工作线程不足的原因引起，修改machine.config中processModel配置节maxWorkerThreads参数为200后站点响应速度慢的问题得到解决。此参数默认值为20，可根据服务器硬件配置于压力大小适当调整。

分析原因，是因为站点程序中使用了HttpWebRequest请求外部服务器的页面，而这个操作是相当耗时的（外部服务器响应慢是主要原因）。当访问者的请求到达ASP.NET工作进程后，ASP.NET首先会检查是否有空余的工作线程（WorkerThread），如果有的话，就交给一个空闲的工作线程去处理，如果没有空闲的工作线程，那么这个请求就会被放到请求队列（RequestQueue）中，这个时候的表现就是响应很慢。当访问量过大导致请求队列也满了的时候，ASP.NET就会抛出Server Too Busy异常了。在.NET 1.1中，默认的工作线程和请求队列分别为20和100，当运行的代码比较费时而访问量又较大的时候，这两个默认值显然就太小了。（现在的服务器硬件便宜了，一般PC服务器的吞吐量都应该远超过这个数）。这两个值可以根据服务器压力大小来进行合理配置。以调整站点吞吐量。

转载于:https://www.cnblogs.com/bccu/archive/2008/12/10/1351775.html