这是一个创建于 244 天前的主题，其中的信息可能已经有所发展或是发生改变。
分享
- 目前已经在 测试中，准备 beta 跑一段时间压测下。
- 初步效果：1ms 的 pause
- 使用的是 分代 ZGC
问题
请问大家用起来了吗？效果如何？对比 G1 的 CPU overhead 如何？
25 条回复 • 2024-05-09 10:08:44 +08:00
 |
1
hakr 244 天前
jdk17 默认的
|
 |
2
salmon5 244 天前
jdk21 带的 分代 zgc(java -XX:+UseZGC -XX:+ZGenerational)还没用上；在用 jdk17 默认的 g1gc 。
估计要等下一个 LTS jdk25 发布后，jdk21 才逐步流行。 |
 |
3
kerb15 244 天前
小白想问下什么岗位的 java 工程师会需要关注垃圾回收
|
 |
5
lstz 244 天前 via Android
zgc 久仰大名，用起来也确实是流畅不少
建议 jetbrains IDE 配上 zgc |
 |
6
ilovey482i 244 天前
万年的 java8 ，这些都用不上
|
 |
7
cnbatch 244 天前
|
 |
8
andyskaura 244 天前
@kerb15 迟早会碰到 gc 问题的。开发过程中不关注 gc ，等真碰上了，短时间内就只能抓耳挠腮，无可奈何。
|
 |
10
wysnxzm 244 天前
@cnbatch #7 看了下,三倍内存大概率就是颜色指针导致的显示问题之前有相关讨论 https://www.v2ex.com/t/909265 在 jdk21 会调整
|
 |
11
bingoup886 244 天前
线上百万 qps 基建服务，已经用上一年了，真香
|
 |
12
shenjinpeng 244 天前
@bingoup886 #11 什么项目这么牛, 百万 qps .
|
 |
13
brom111 244 天前
看着 17 21 都陌生
 这么多年了还是 java8 |
 |
14
zzmark06 244 天前 via Android
@shenjinpeng 大概率业务网关、采集、资源下发
高吞吐下 zgc 省心，下限高。g1 上限更高，下限却不怎样 |
 |
15
PythonYXY 244 天前
服务还是跑的 java11 ，之前升级到 zgc ，发现类卸载有问题所以又退回到 G1 了
|
|
18
bingoup886 244 天前
@shenjinpeng 你可以类比成用户中心，本来调用量 200W 了，用 trace 透传优化了一下重复调用现在 80W
|
 |
19
lmshl 244 天前
上生产了，童叟无欺
``` env: - name: JAVA_OPTS value: "-Dconfig.file=/app/application.conf -XX:+UseZGC -XX:+ZGenerational" ``` |
 |
20
mtmax 244 天前
@bingoup886 trace 透传优化 怎么理解?
|
 |
21
hepin1989 OP 我还在 beta 中，前面堆设置大了，crash 了，重新改了个设置。比 G1 用的多是真的，准备多跑一段时间再切换。
@bingoup886 感谢分享，单机 qps 多少？单机的 overhead 应该比之前消耗高吧。 现在主要是降本增效的前提下感觉和这个 ZGC 相冲。 |
|
22
bingoup886 218 天前  1
@hepin1989 单机 qps4k ，cpu 和 load 都会比原来高一点，但我们是基础服务，为了满足性能要求机器部署的本来就多一点，原本 overhead 就很低，现在反而是提升了资源利用率了
|
|
23
hepin1989 OP @bingoup886 所以说同步提高了服务质量。那么你这边观察下来多了多少个百分点呢？
|
|
24
bingoup886 208 天前
@hepin1989 tp999 tp9999 减半，40ms 的调用超时配置下，失败率降为原来十分之一
|
|
25
bingoup886 208 天前
@mtmax 假设一个 trace 中多级调用，每一级都需要获取用户的路由信息，就在第一层 rpc 调用获取完之后放进 traceContext ，通过全链路 trace 透传能力进行复用。
|
Select Language