ASP.NET线程相关配置

1、(maxWorkerThreads * CPU逻辑数量）-minFreeThreads

比如2个CPU默认配置maxWorkerThreads=100，minFreeThreads=176，则同时最大只能有24个工作线程。（这里不管  <system.net>

    <connectionManagement>

      <add address="*" maxconnection="8" />

    </connectionManagement>

 </system.net>这个配置的值，经过测试，不管这里的maxconnection为多少，最终都是从上面的计算公式计算出来的）

2、maxconnection，这个值是每秒可以支持的线程数。（但实际每秒可以并行运行的线程为(maxWorkerThreads * CPU逻辑数量）-minFreeThreads的结果），一般要求支持并发量，每个并发请求都很耗时的情况下，就需要设置该值为对应的并发量（有这么多线程来处理），但线程多了切换也很耗服务器资源，实际情况往往不一定请求都很耗时，所以根据实际情况调整。

3、maxWorkerThreads是最大工作线程，默认100我觉得再非高并发下还是可以

4、minWorkerThreads是最小工作线程，由于托管线程启动比较耗时，根据实验结果：40秒启动了18个线程，大概接近官方说的每秒接近2个。由于线程开销比较耗时，因此可以初始化到正常情况下的最低支持并发数量。比如我们平台白天最少有10个并发，则可以设置最小线程为5（2个CPU），或者服务端可能会遇到瞬间的超大并发量的请求，则可设置默认最小工作线程更大一点，可以快速处理请求。minWorkerThreads只对递增线程有影响，不影响稳定后的并发量。

5、最小空闲线程minFreeThreads参数的配置，有的官方资料建议配置成88*N的数量（如果maxWorkerThreads为100的情况），因为说为了留足够的空闲线程给系统用，但是经过测试，发现高压下，缺空闲线程真的空闲起来了，根本没有用，因此我觉得应该把这个值设置小一点，比如设置为80（maxWorkerThreads为100的情况），就会留下100*2-80=120个最大连接，在高压下就能建立120个线程，速度和效率会很快。

注意点：

1、CPU逻辑数量：按照物理CPU数量，如果CPU是超线程（多核）会再乘以2

2、同一时间可处理量不代表每秒可处理量，比如同一时间可以处理20个，可能每秒能处理200个，因为每个请求只要0.1秒。

3、注意配置节点中processModel里的maxWorkerThreads、maxIoThreads和minWorkerThreads、minIoThreads都只配置单CPU逻辑数量的值，计算时会自动乘以CPU逻辑数量。

4、配置节点包括：

System.web节点下：

    <processModel autoConfig="false"

    maxWorkerThreads = "100"

    maxIoThreads = "100"

    minWorkerThreads = "20"