tomcat 的 maxThreads 和 maxConnections 有没有建议值啊
luxinfl · 2023-01-08 22:54:45 +08:00 · 1988 次点击这是一个创建于 688 天前的主题，其中的信息可能已经有所发展或是发生改变。
有个 8C32G 的服务器，部署了一个 springboot 服务，只有一个接口，这个接口执行时间正常大概 1ms 的样子（可能 1 毫秒都不到，接口具体逻辑就是往一个 LinkedBlockingQueue offer 数据，然后会有个定时任务把这个队列的数据写入 hbase ）。经常每天都有>780ms 并且次数>100 的超时告警。
现在默认设置是 maxThreads=200 maxConnections=10000 ，我在想是不是可以调大一点线程数，因为看了 cpu 和内存占用都蛮低的。 有看过一个帖子说 1C4G 建议 200 并发，4C8G 建议 800 并发。。
暂时没有 tomcat 运行时的日志信息，还没打印，有什么手段可以排查这个高时延么。接口每天大概 2.7 亿调用量。
第 1 条附言 · 2023-01-09 10:01:33 +08:00
还发现一个奇怪的状况，我在测试环境压测，activeCount 还没到核心线程池的数量，然后队列就已经有数据了，这是个什么情况。按理说没到核心线程数队列不改有数据。是打印日志那一刻有问题么。。
17 条回复 • 2023-01-10 09:18:52 +08:00
 |
1
roundgis 2023-01-08 23:40:22 +08:00 via Android
換用 g1gc 看看
|
 |
2
NXzCH8fP20468ML5 2023-01-08 23:55:07 +08:00 via Android
首先要判断一下，这个超时是哪方面的超时？
是线程池不够来引起的？扩大线程池。 还是垃圾回收引起的？换 G1 或 ZGC 。 还是是队列被阻塞引起的？换队列实现，或者用 ThreadLocal 多队列。 |
 |
3
oldshensheep 2023-01-09 01:18:53 +08:00 via Android
用 java19 virtual thread 。。。
开玩笑的，因为你还不知道为什么超时，可以参考楼上的。我觉得应该是队列的问题，可能满了。 |
 |
4
securityCoding 2023-01-09 08:36:38 +08:00 via Android
最高 qps 呢
|
 |
5
FrankAdler 2023-01-09 09:30:37 +08:00 via iPhone
一毫秒的意思就是一个线程 1 秒能处理 1000 个请求，每天 2.7 亿平均一秒 3k ，算上峰谷不等，我觉得你线程数开 10 个就够了
所以我建议你学学怎么排查慢请求 |
 |
6
imv2er 2023-01-09 09:40:05 +08:00
极极极大概率是没及时写入 hbase ，queue 满了 和 tomcat 无关
|
 |
7
luxinfl OP @xxfye 怀疑是 tomcat 的默认设置的问题，这个要等部署后才能看到线程池的运行信息。
垃圾回收都是默认设置的，这个问题不大。 队列阻塞应该不会，因为用的 offer 方法存数据，不存在锁，存不进去直接丢弃了。 |
|
8
luxinfl OP @securityCoding 应该有七八千吧
|
 |
10
yc8332 2023-01-09 09:57:41 +08:00
不是说开越多越快。
|
|
11
luxinfl OP @FrankAdler 没啥头绪啊。。。。
|
|
12
securityCoding 2023-01-09 10:23:34 +08:00
大概率是 gc 引起的，重点查这个方向
|
 |
13
Vaspike 2023-01-09 10:43:21 +08:00
推荐 Spring boot admin 这个 actuator
|
 |
14
tianmalj0613 2023-01-09 10:51:52 +08:00
服务接入一下 prometheus ，或者其他监控工具，把系统的指标存下来才能定量定性分析。
有数据之后，用 UI 工具，比如 grafana 展示成图表就知道问题了 |
 |
15
Chinsung 2023-01-09 11:14:42 +08:00
看这个描述，看下内存使用情况，大概率是 GC 导致的
|
 |
16
angryfish 2023-01-09 11:33:46 +08:00
缺相关监控很难直接判断，安照经验应该大概率是 full GC 了
|
|
17
luxinfl OP |
Select Language