Server Too Busy

 

Server Too Busy / 服务繁忙

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

HttpRuntimeSection.AppRequestQueueLimit 属性

注意：此属性在 .NET Framework 2.0 版中是新增的。

获取或设置一个值，该值指示 ASP.NET 为应用程序排入队列的最大请求数。

AppRequestQueueLimit队列中允许的最大请求数。

当没有足够的自由线程处理请求时，ASP.NET 将对请求排队。

当排队的请求数超过此设置规定的限制时，传入的请求将被拒绝，并提示“503 -- 服务器太忙”错误。

http://msdn.microsoft.com/zh-cn/library/system.web.configuration.httpruntimesection.apprequestqueuelimit(VS.80).aspx

 

2.服务器响应速度慢

很慢，有时候要等上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服务器的吞吐量都应该远超过这个数）。这两个值可以根据服务器压力大小来进行合理配置。以调整站点吞吐量。

ProcessModelSection.MaxWorkerThreads 属性

获取或设置一个值，该值指示 CLR 线程池中每个 CPU 的最大辅助线程数。

MaxWorkerThreads最大线程数。 默认值为 20。

MaxWorkerThreads 的值必须等于或大于 httpRuntime 配置节中的 MinFreeThreads 设置。

可以分别使用 MaxWorkerThreads 属性和 MaxIOThreads 属性来设置辅助线程数和 I/O 线程数，以此对 CPU 的利用进行一些控制。

这两种类型的线程之间的区别在于后者是绑定到 I/O 对象，如流或管道；而前者是传统的无限制线程。 对于 Internet 信息服务 (IIS) 6.0 版本及更高版本，ASP.NET 进程在辅助线程上进行请求。 这是因为 ASP.NET 集成于 IIS 中。

这些线程从属于应用程序的进程级的 CLR 线程池中获得。

注意

通常，允许的线程的默认值足够将 CPU 保持在较高的利用率上。 如果由于某些原因您的应用程序运行得很慢，可能是在等待外部资源，您可以尝试将线程数增加到一个小于 100 的值。

 

machine.config中processModel配置节maxWorkerThreads可以提高相应速度。（http://msdn.microsoft.com/zh-cn/library/system.web.configuration.processmodelsection.maxworkerthreads）