IIS 工作进程线程数

IIS 工作进程线程数

我见过有人问过这个问题,但给出的答案要么不够充分,要么不相关。我觉得这是一个相当简单的问题。

我们在 Windows 2k8 服务器上的 IIS7.5 上运行了一个 Classic ASP 应用程序。使用 perfmon 时,我可以看到执行的请求数大约为 50 个或更少,而队列大小则根据一天中的时间而变化。我们将每个 CPU 的最大线程数(在 IIS GUI 中的 ASP 下)设置为 25,并且有 8 个内核,这应该会给我们 200 个最大线程。

基本问题如下:

  1. 一个线程等于一个请求吗?如果是这样,那么活动请求数不应该是线程数或活动请求数吗?以较小者为准? 我想如果项目在队列中堆积如山,那么每个活动请求都会占用超过 1 个线程,或者 IIS 将自身限制为 50 个线程。
  2. 无论我将每个 CPU 的线程数设置为多少,也无论 CPU 数量是多少(我们最近添加了核心),w3wp 使用的线程数约为 130。为什么它不能充分利用所有 200 个线程?如果队列中有项目,难道不应该有另一个线程来处理它吗?
  3. 如果我使用 perfmon 查看 w3wp 的“最大线程数”和“总线程数”,则最大线程数为 256(??),总线程数为 9。它是哪一个?9?256?130????

相关内容