如何通过单一生产案例全面掌握Tomcat线程池的工作原理?
- 内容介绍
- 文章标签
- 相关推荐
本文共计588个文字,预计阅读时间需要3分钟。
最近生产上遇到一个case,终于想明白了原因,今天周末来整理一下:
+ 生产case+ 最近测试istio mesh的预热功能(调用端最小连接数原则)+ 控制调用端进入k8s刚扩展来的容器的流量+ 因为刚启动
最近生产上遇到一个case,终于想明白了原因,今天周末来整理一下
生产case最近测试istio mesh的预热功能(调用端最小连接数原则)
来控制调用端进入k8s刚扩出来的容器的流量
因为刚启动的JVM解释执会导致慢请求,如果不控制流量会导致cpu突然飙升等带来的一系列连锁反应!
表像这里我借用github上有个哥们的相类似提问:
翻译一下:
首先突发流量导致线程突然上升到最大线程(800),
流量下来后还在工作的线程(busy threads)线程就下降到了 10,
但是tomcat的 currentThreadCount 仍然是 800。
本文共计588个文字,预计阅读时间需要3分钟。
最近生产上遇到一个case,终于想明白了原因,今天周末来整理一下:
+ 生产case+ 最近测试istio mesh的预热功能(调用端最小连接数原则)+ 控制调用端进入k8s刚扩展来的容器的流量+ 因为刚启动
最近生产上遇到一个case,终于想明白了原因,今天周末来整理一下
生产case最近测试istio mesh的预热功能(调用端最小连接数原则)
来控制调用端进入k8s刚扩出来的容器的流量
因为刚启动的JVM解释执会导致慢请求,如果不控制流量会导致cpu突然飙升等带来的一系列连锁反应!
表像这里我借用github上有个哥们的相类似提问:
翻译一下:
首先突发流量导致线程突然上升到最大线程(800),
流量下来后还在工作的线程(busy threads)线程就下降到了 10,
但是tomcat的 currentThreadCount 仍然是 800。

