
文章里面 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 根据(吞吐量即为 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% |
| div class="fr"> 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 你说的跟他说应该是一个意思 |