- 综合排序
- 最热优先
- 最新优先
- 来自专栏程序猿DD
OpenJDK 14 性能保持提升，但 OpenJDK 8 仍是最强王者
自 OpenJDK 8 以来，DaCapo 的 H2 基准被建模为类似于 JDBCbench 的内存中（in-memory）基准，其性能得到了很好的提升，与此前的版本相比，OpenJDK 14 再次以微弱的优势获得了第一名
1.3K10发布于 2020-03-24 - 来自专栏技术小黑屋
Java永久代去哪儿了
下面的例子输出就是DaCapo’s Avrora benchmark程序的类加载器数据 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 $ jmap -clstats AppClassLoader@0x00000007c0038190 0x00000007400752f8 538 773854 0x000000074004a708 dead org/dacapo
1K20发布于 2018-09-05 - 来自专栏LINUX阅码场
相同版本 JVM 和 Java 应用，在 x86 和AArch64 平台性能相差30%，何故？
另外笔者选用业界通用的 java 测试套 dacapo[4] 比较 AArch64 和 x86_64 下 CodeCache 占用的大小。
2.7K11发布于 2021-09-18 - 来自专栏全栈程序员必看
GraalVM在Facebook大量使用，性能提升显著！「建议收藏」
Facebook团队还观察到，与C2相比，GraalVM在SpecJVM2008和DaCapo等基准测试中显示出了显著的年进步。
2.2K20编辑于 2022-11-05 - 来自专栏IT技术精选文摘
深入浅出Java 10的实验性JIT编译器Graal
另一个典型的例子是渲染引擎Sunflow — 在运行DaCapo benchmark suite所附带的默认workload时，Graal的PEA判定约27%的堆分配（共占700M）可被虚拟化。
1.1K51发布于 2018-05-30 - 来自专栏锤子代码
JDK25更新了哪些特性？一文全部掌握
这一模式在 DaCapo 和 SPECjbb2015 测试中，停顿时间减少 20%-30%，尤其适合大堆内存（如 1TB）场景 。
4K00编辑于 2025-07-12 - 来自专栏用户2276240的专栏（5）
万字详解JDK 26新特性中JEP 522 - HotSpot JVM之G1 GC 垃圾回收器：降低同步率以提高吞吐量
DaCapo Benchmark（包含多种真实世界应用的套件）：在 tradebeans, tradesoap 等高并发场景下，吞吐量提升 5-15%。
11721编辑于 2026-04-06 - 来自专栏用户2276240的专栏（5）
Java|JDK 26 新特性之性能核弹：JEP 522 如何让 G1 GC 吞吐量飙升 15%？ ——万字深度解析 HotSpot JVM 降低同步开销的技术
DaCapo Benchmark（包含多种真实世界应用的套件）：在 tradebeans, tradesoap 等高并发场景下，吞吐量提升 5-15%。
30020编辑于 2026-04-06 - 来自专栏技术那些事
Java 革新之路：GraalVM 原生镜像
有了 PGO 和 G1 GC，原生可执行文件的峰值性能可与 JVM 媲美： Renaissance 和 DaCapo 测试基准 有了这些选项，就可以利用原生镜像最大化应用程序的各个性能维度：启动时间
2.1K40编辑于 2022-09-07 - 来自专栏labuladong的算法专栏
内存管理设计精要
McKinley. 2008. http://www.cs.utexas.edu/users/speedway/DaCapo/papers/immix-pldi-2008.pdf [^7]: The CS
84020发布于 2021-10-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号