我已经看到这个问题，但给出的答案是不够或不相关。 我觉得这是一个非常简单的问题。
我们在Windows 2k8服务器上运行IIS7.5上的传统ASP应用程序。 当使用perfmon时，我可以看到执行的请求数量是50或更less，而队列大小根据一天中的时间而变化。 我们有最大线程每CPU（IIS下的ASP ASP）设置为25，并有8个核心，这应该给我们最多200线程。
所以基本的问题如下：
- 一个线程是否等于一个请求？ 如果是这样，活动请求的数量不应该是线程数量还是活动请求数量， 哪一个较小 ？ 我想如果项目堆积在队列中，则每个活动请求占用多于1个线程，或者IIS将自身限制为50个线程。
- 不pipe我为每个CPU设置了多less线程，也不pipeCPU的数量（我们最近添加的内核数量），w3wp使用的线程数大约是130.为什么它不能充分利用所有的200？ 如果在队列中有项目，不应该有另一个线程来处理它？
- 如果我使用perfmon来查看w3wp的“最大线程数”和“总线程数”，那么最大线程数是256（??），总线程数是9.哪一个？ 9？ 256？ 130 ????