Twitter's quest for a wholly Graal runtime
summary
Twitter replaces HotSpot C2 with the Java-written Graal compiler on core Scala services, runs it on a dedicated cluster and deploys it to production tweet and user services, and reports 11% CPU saving versus C2 with 2.5% fewer scavenge cycles (additional inlining tuning adds ~2% more). Bugs found during rollout are fixed upstream; Graal needs JVMCI/JDK9 support or a JDK8 backport. Tradeoffs: about 40 MB JVM heap overhead plus ~10–30 MB metaspace, and gains are larger for Scala workloads than for plain Java.
AI-written summary · about
chapters (6)
related talks
53mTwitter's quest for a wholly Graal runtime
50mTwitter's quest for a wholly Graal runtime
41mTwitter’s Quest for a Wholly Graal Runtime
56mPerformance tuning Twitter services with Graal and Machine Learning
40mScala ♥ Graal
41mGraal: How to use the new JVM JIT compiler in real life
46mPerformance-Tuning Twitter Services with Graal and Machine Learning
23mAdopting GraalVM
