[ Java ] 提高 tomcat 的工作线程最高数量 能不能提高吞吐量？

[Kraken]

最近在搞服务器优化，对于 tomcat 有很多的疑问。现在 tomcat 使用 nio，之前工作线程线程池最大数量是默认的 200，最近我在想考虑要不要把线程池最大数量提升一些，但是 cpu 实际上能同时运行的也就那么多线程吧？增加工作线程的数量是不是不能提高吞吐量反而会增加 cpu 切换线程的压力？

请大神们指点，另外想找些小伙伴（不只 java，还想找一些服务器运维的大神带飞）一起交流，有 q 群什么的可以发一下哦

[gz911122]

服务器配置跟得上的话可以提高一些

[DovaKeen]

这应该有一个大概的函数关系吧，刚开始的时候提升线程数会增加吞吐量，到达极点以后再增加线程数会导致上下文切换带来的开销过大，反而降低吞吐量。所以如果能做一个实验的话，也许可以拟合出来这个关系？

[AngryPanda]

需要基准测试

[gabon]

先找性能瓶颈啊，IO 密集还是 CPU 密集型的。CPU 密集的再怎么加线程也没用

[qilishasha]

你就是改到 10000 也行，能用到 200 的业务不是单服务器能玩的，不要浪费钱在单服务器上了

[liuxey]

如果是 CPU 密集型，加了没用，如果是 IO 密集型，增加线程后数据库堵的更慌，所以也没用，要找点问题的点然后去解决。

[luozic]

木桶原理，找到系统瓶颈

[Kraken]

@DovaKeen #2 确实是应该有一个函数关系 只不过我想弄清楚每一步的原理，好能更准确的找出那个最优值

@AngryPanda #3 不太懂 我一直在中小公司呆着 我上网查查

@gabon
@qilishasha
@liuxey
#4，#5，#6 是 IO 密集型 现在基础知识缺失较多 不太好找瓶颈在哪里 公司也没有大牛支持 很烦

[qiyuey]

压测一下

[neoblackcap]

@Kraken 假如你什么都不清楚，那么你应该先用对应的工具进行 profiling，而不是瞎调参数。我记得 Oracle JDK 里面是有可以远程 profiling 的工具，你找找吧。或者自己分流程步骤打日志，定位热点，这样才好改

[micean]

如果瓶颈是有更多的线程阻塞在等待数据库 IO，那么增加线程是有用的，直到上下文切换的代价大于此等待 IO 的代价

但是一般从经验上来看，单实例 200 线程足矣

[jicg]

这就是 java 头疼之处，tomcat 的优化，很折腾人，弃坑吧，学 golang

[Kraken]

@jicg 哈哈哈 弃坑还行

[Kraken]

@micean 为啥啊？ 如果有更多的线程阻塞在等数据库 IO 那加线程不是更多线程等待数据库了吗？

[DovaKeen]

@Kraken 这个函数我觉得有很多因机器和场景而异的变量，大概是可以测出来一个特定场景的值，但是不能得到一个普适的函数的吧…

[Kraken]

@DovaKeen #15 嗯 有道理 果然还是应该先压测什么的 掌握系统目前的各项性能指标

[lihongjie0209]

@jicg 你觉得用了 go 就不需要了解优化了?

[Kraken]

@lihongjie0209 #17 哈哈哈 不可能的 无论什么语言都是需要优化的 就算是前端 也需要针对客户端优化 毕竟资源是有限的 技术才是硬道理啊！

[x7395759]

能

[micean]

@Kraken
我说的是假设外部条件有余的情况，只就这一个 tomcat 来说。
比方说，高铁多增加几个检票口，排队的旅客肯定能更快地过检，也就增加了吞吐量。