IIS7.5 64位一次可以处理多少个逻辑cpu线程？

IIS7.5 64位逻辑cpu可以并发处理多少线程？我听说每个逻辑cpu有12个IIS处理线程，但我也听说每个逻辑cpu有100个IIS处理线程

更新：

很抱歉没有具体说明，但我指的是IIS线程池线程。也就是说，当http get请求进入我的webapi服务器时，我的服务器一次可以处理多少并发http get请求（每个逻辑cpu）？我正试图根据我的get的平均响应时间（约500毫秒），根据服务器可以处理的请求数计算一些阈值容量值。

每个进程有一个线程池。从.NET开始 framework4，进程的线程池的默认大小取决于 关于几个因素，如虚拟地址空间的大小。A. 进程可以调用GetMaxThreads方法来确定 线程。线程池中的线程数可以通过 使用SetMaxThreads方法。每个线程都使用默认堆栈 大小并以默认优先级运行

因此，对于IIS7.0集成模式，一个名为 MaxConcurrentRequestsPerCPU内部 HKEY\U LOCAL\U MACHINE\SOFTWARE\Microsoft\ASP.NET\2.0.50727.0 每个CPU的并发请求数。默认情况下，它不会 存在，每个CPU的请求数限制为12。如果你是 想知道ASP.NET请求在没有 线程开关，可以将该值设置为0。这将导致请求失败 在IIS I/O线程上执行，而不切换到CLR 线程池线程。我不建议这样做，主要是因为它是动态的 相对于静态请求，执行请求需要很长时间，并且 我相信系统的整体性能会更好 线程开关。但是，如果您的应用程序 默认情况下，主要或完全由异步请求组成 MaxConcurrentRequeustSPERCPU限制为12对于 特别是在请求运行时间很长的情况下。在这种情况下，我 建议将MaxConcurrentRequestsPerCPU设置为非常高的值 号码。事实上，在v4.0中，我们已经更改了 MaxConcurrentRequestsPerCPU到5000。没有什么特别的 5000，除此之外，这是一个非常大的数字，因此将允许 大量异步请求需要并发执行

---

这取决于线程在做什么。考虑使用异步操作来避免线程。同意SLAKS，默认情况下IIS将使用12个线程，但是几乎所有的动态内容（无论PHP、ASP.NET等）都有自己的线程池，它们在某些方面使得12个线程的特定答案不有趣。这些线程将只用于内容（无论如何都是异步的）和处理对动态内容处理程序（如ASP.NET管道，甚至是经典的ASP模块）的请求，因此使用很少。你在跑什么？ASP.NET？@SLaks：很抱歉没有具体说明，但我指的是IIS线程池线程。也就是说，当http get请求进入我的webapi服务器时，我的服务器一次可以处理多少并发http get请求（每个逻辑cpu）？我正试图根据我的服务器可以处理的请求数来计算一些阈值容量值。@JaJ：如果你正确使用async，这个值基本上是不相关的。谢谢！什么是CPU？我有一个6核12逻辑处理器的处理器。这是否意味着它将使用5000个并发请求@6或@12个单元？