文章里面 Ttp9999 和 TP9999 是同一个东西吗
文章链接: https://tech.meituan.com/2020/11/12/java-9-cms-gc.html
第 3 小结
1
Macolor21 2021-06-06 17:09:00 +08:00 via iPhone 1
根据(吞吐量即为 Mutator 有效花费的时间占系统总运行时间的百分比,例如系统运行了 100 min,GC 耗时 1 min,则系统吞吐量为 99%) tp9999 是 100min 内,gc 耗时 0.01min,而 tTP9999 则是这个比例下的具体耗时,如 88ms 对应则是 880000ms,也就是 14.6min 内发生了一次 88ms 的 gc
|
2
zhongpingjing OP @Macolor21 感谢
|
3
Goooogle 2021-06-06 17:58:28 +08:00
这个对吞吐的要求会不会有点高?
单次 GC 的最大停顿时间小于 Ttp9999 可以理解,但 GC 吞吐大于 4 个 9,有点超出常理了吧 正常我们对 GC 停顿时间的要求是小于 1%,这也是 Parallel 收集器的默认配置,G1 的 goal 甚至是 10% |
4
matepi 2021-06-07 09:14:14 +08:00
如果上分布式为什么会有这种要求呢?又不是所有节点都会一起 STW 的
难到是分布上的某个必须仍存在中心的节点? |
5
byte10 2021-06-07 09:58:11 +08:00
@matepi 跟分布式没啥关系吧,单节点不满足,即使上了分布式也一样的啊,任务拆解了,并不代表业务复杂度降低了,实际还增加了。要从宏观去 审视
|
6
razertory 2021-06-07 15:31:08 +08:00
流量还是会到 STW 的机器,一样会卡顿,一样会损失 pv
|
7
RicardoY 2021-06-07 19:00:38 +08:00
我没看懂一楼在说什么...Ttp9999 是指接口耗时 99.99%分位线对应的时间,TP9999 是指接口耗时 99.99%分位线,下面的粗体黑字讲的很清楚了。
|
8
zhongpingjing OP @RicardoY 你说的跟他说应该是一个意思
|