Goo*_*gie 6 java garbage-collection jvm java-11 java-13
更新
在整个评论中,结果证明我采用的基准测试方法是不正确的,因此结果具有误导性。在纠正我的方法后(如接受的答案),结果正如人们所期望的 - JDK 13 的性能与 JDK 11 一样好。有关更多详细信息,请参阅答案。
原始问题
我在 Windows 10 下对 HashSet 进行了一些性能基准测试,使用以下 JMH 测试代码:
@Benchmark
@BenchmarkMode(Mode.AverageTime)
@Fork(value = 1, warmups = 1)
public void init() {
HashSet<String> s = new HashSet<>();
for (int i = 0; i < 1000000; i++) {
s.add(Math.random() + "");
}
s.size();
}
Run Code Online (Sandbox Code Playgroud)
我在不同的 JDK 版本下编译并运行它,这是我得到的结果:
我也用不同的堆大小对其进行了测试(因此每个 JDK 有 3 种不同的颜色)。JDK 14 当然是今天的预发布快照——只是为了看看 ZGC 在 Windows 下的表现。
我想知道 - JDK 11 之后发生了什么?(注意,对于 JDK 12,它已经开始增长,即使它没有出现在上面的图表中)
感谢大家在评论中提出的建议。
答案很可能是Math.random()
或HashSet
、或缺失Blackhole::consume
或全部的组合。我将测试更改为简单执行i + "aaaaaaaaa"
,并替换HashSet
为ArrayList
具有适当大小的预初始化,以适应要填充的所有值。我还在Blackhole::consume
最后添加了排除不需要的 JIT 优化。
毕竟,时间从 JDK 8 逐渐下降到 11,然后在 JDK 11-13 之间保持大致相同。在 JDK 14 中,它略有提高,但还好——它还没有发布。
归档时间: |
|
查看次数: |
3011 次 |
最近记录: |