环境：用户访问网站，网站调用wcf服务，wcf服务中的一些方法使用httpwebquest。
现象：wcf服务频繁出现Server Too Busy错误或wcf服务响应还是很慢，有时候要等上30—60秒才能打开Service.svc页。
调查：服务器的资源消耗却很低，CPU使用只有10%左右，不可能是因为访问量过大引起的。
分析与解决：初步判断为同时连接过多引起的线程阻塞引起。修改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服务器的吞吐量都应该远超过这个数）。这两个值可以根据服务器压力大小来进行合理配置。以调整站点吞吐量。
修改方法：修改服务器.net配置“machine.config＂文件，该文件位于Windows系统目录下，如“C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\CONFIG ”，视你的网盘程序版本，修改对应目录下的machine.config文件，如2.0版本用户就修改“C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG”下的machine.config文件，查找该文件中的“processModel”配置段落，修改其中的字段maxWorkerThreads="200" maxIoThreads="200"，1.1和2.0的默认段落不太一样，修改后的配置如下：
1.1版本：
<processModel
enable="true"
timeout="Infinite"
idleTimeout="Infinite"
shutdownTimeout="0:00:05"
requestLimit="Infinite"
requestQueueLimit="5000"
restartQueueLimit="10"
memoryLimit="60"
webGarden="false"
cpuMask="0xffffffff"
userName="machine"
password="AutoGenerate"
logLevel="Errors"
clientConnectedCheck="0:00:05"
comAuthenticationLevel="Connect"
comImpersonationLevel="Impersonate"
responseDeadlockInterval="00:03:00"
maxWorkerThreads="200"
maxIoThreads="200"
/>
2.0版本：
原来默认的是<processModel autoConfig="true"/>
改为<processModel maxWorkerThreads="200" maxIoThreads="200"/>
不用重新启动服务器就可以看到效果。
以上只是个人实践体会，我的服务器状态是：２００３操作系统，
疑惑：为什么用户访问网站不会出现网站无法响应HTTP/1.1_Server Too Busy的问题，个人觉得是因为网站调用wcf是用代理的方式(WCF不允许客户端直接与服务交互。客户端总是使用代理（Proxy）将调用转发给服务)，与httpwebrequest不同。请高手赐教....