.NET线程池最大线程数的限制-记一次IIS并发瓶颈
2018-11-20 03:21:42来源:博客园 阅读 ()
.NET ThreadPool 最大线程数的限制
IIS并发瓶颈,有几个地方,IIS线程池的最大队列数,工作进程数,最大并发数。这些这里就不展开。主要是最近因为过度使用Task 导致的线程数占用过多,所以实验了一下 .net线程池 的限制,分享一下。
注意IIS线程池与.NET线程池不是同一个东西,下面详解。
W3 Thread Pool(W3TP)
当处于内核模式的http.sys接收到来自用户的请求之后,会将请求放入队列中。那处于用户模式的w3wp进程如何从内核模式的队列中取出请求呢?
w3wp中有专门干这个的——w3dt+w3tp。
当请求被w3tp通过w3dt从http.sys的队列中取出来后,接下来的工作就会转交给ASP.NET,线程池——.NET Thread Pool。
为了检验.net 线程池 最大线程数的限制,在MVC中新增一个Action 如下
每个task sleep 1s ,这样线程池就会被占用最多20W条线程。
设置.net线程池 的配置文件位置
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machine.config
64位系统:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config
找到这个节点 processModel
设置maxWorkerThreads =20
autoConfig=false (win10默认是true)
访问地址:/home/TestTaskLimitCount 时
使用工具集 SysinternalsSuite procexp64.exe 查看系统进程的详细信息
看到W3WP.EXE 这里的总进程数卡在100左右,因为我这里的4个CPU,所以maxWorkerThreads *CPUCOUNT =80 另外的27条线程可能是IIS线程池里的。
然后当我们同时访问该站点其他URL时,全部都在一直在等待了。
OK,重新改为
maxWorkerThreads =200
这个时候重新启动站点,运行/home/TestTaskLimitCount 时,看到进程数很快累加到400-500之间,这个时候线程池并没有被用满,只是有些Task任务结束后丢回线程池后又被重新启用。
同时再次访问一下该站点其他URL,发现虽然加载速度稍有缓慢,但是OK没问题的。
这个值(WorkerThreads)最好根据机器性能自行配置,一般100左右,minWorkerThreads 也很重要,因为开启线程的速度其实还挺慢的,每秒可以开启几条而已,所以预先设置好minWorkerThreads,可以预防一些突发流量。
标签:
版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有
上一篇:根据内容来产生一个二维码
下一篇:回车登陆
- asp.net源程序编译为dll文件并调用的实现过程 2020-03-29
- Asp.net MVC SignalR来做实时Web聊天实例代码 2020-03-29
- ASP.NET MVC中jQuery与angularjs混合应用传参并绑定数据 2020-03-29
- Asp.Net中WebForm的生命周期 2020-03-29
- ASP.NET使用Ajax返回Json对象的方法 2020-03-23
IDC资讯: 主机资讯 注册资讯 托管资讯 vps资讯 网站建设
网站运营: 建站经验 策划盈利 搜索优化 网站推广 免费资源
网络编程: Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它
服务器技术: Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护
软件技巧: 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷
网页制作: FrontPages Dreamweaver Javascript css photoshop fireworks Flash