#jvm

JRuby 10.0.8.0 Released — JRuby.org

JRuby 10.0.8.0 is out, targeting Ruby 3.4 compatibility. The release resolves 54 issues and PRs, including dozens of bug fixes and performance improvements from new contributors. Changes include support for JDK 27, an update of the standard library to Ruby 3.4.12, a fix for Mutex#synchronize exiting with the lock still held after Thread#raise or Timeout, and a reduction of the default max JIT size to 500. Several fixes also address issues around class loading, frozen arrays and string deduplication.

Stop Using Java When Kotlin Exists

Kotlin tương thích hoàn toàn với Java, biên dịch ra cùng bytecode và tạo ra các file .class giống hệt như Java. Lý do kỹ thuật là Kotlin được thiết kế để hoạt động trên JVM (Java Virtual Machine) mà không cần thay đổi cơ bản của nền tảng. Hệ quả là các dự án có thể chuyển đổi dần từ Java sang Kotlin mà không cần viết lại hoàn toàn, đồng thời tận dụng các tính năng an toàn hơn như null-safety. Điều đáng học là Kotlin giảm thiểu tới 40% lượng code cần viết so với Java theo khảo sát của Jetbrains, nhờ cú pháp ngắn gọn hơn mà vẫn giữ được hiệu năng tương đương.

Kotlin cho phép bạn giữ lại mã Java hiện có trong khi tận dụng những cải tiến về cú pháp và an toàn kiểu dữ liệu.

Improving First Request Latency in Java Spring Application

Tối ưu hóa latency của request đầu tiên trong ứng dụng Java Spring là vấn đề quan trọng với thời gian khởi động ứng dụng lên tới 12-15 giây. Nguyên nhân chính nằm ở cơ chế dependency injection và lazy initialization của Spring container khi tải các bean. Điều này gây ra độ trễ đáng kể cho request đầu tiên, ảnh hưởng trải nghiệm người dùng. Giải pháp bao gồm sử dụng Spring Boot 3.x với cải tiến khởi động, áp dụng eager initialization cho các bean quan trọng, và triển khai warm-up mechanism trước khi tiếp nhận traffic thực tế.

Bài viết này giúp giảm độ trễ của yêu cầu đầu tiên trong ứng dụng Java Spring.

New Features in Java 26

Java 26 bổ sung nhiều cải tiến về hiệu năng, bảo mật và tính năng ngôn ngữ. Đáng chú ý gồm: hạn chế sửa đổi phản chiếu (reflective) đối với trường final; loại bỏ API Applet lỗi thời; hỗ trợ AOT object caching cho mọi bộ thu gom rác (kể cả ZGC); bổ sung HTTP/3 qua QUIC trong HTTP Client API; cải thiện throughput cho G1 GC; phiên bản preview thứ hai của PEM encoding APIs; phiên bản preview thứ sáu của Structured Concurrency; phiên bản preview thứ hai của Lazy Constants; phiên bản incubator thứ mười một của Vector API; và phiên bản preview thứ tư mở rộng pattern matching cho kiểu nguyên thủy trong instanceof và switch.

Những cải tiến trong Java 26 giúp nâng cao hiệu suất thực hiện và bảo mật cho ứng dụng của bạn, từ đó tối ưu hóa hiệu suất công việc và giảm rủi ro khi phát triển.

JVM on Unikernel Nanos — GC trade-offs and heap uncommit

Testing five HotSpot garbage collectors and heap uncommit on Nanos, revisiting the Akamas study with Eclipse Temurin 25 and Renaissance.

OpenLDK: Bringing the Java World into Common Lisp

OpenLDK là framework cho phép tích hợp Java với Common Lisp, biến Java classes thành CLOS classes. Nguyên nhân kỹ thuật là sự kết hợp giữa JVM và Common Lisp runtime, cho phép các ngôn ngữ JVM như Java, Kotlin, Scala, Clojure, Groovy, JRuby và Jython chia sẻ cùng một Lisp expression. Hệ quả là một ứng dụng Spring Boot có thể khởi động trong chỉ 84 milliseconds, tạo ra hiệu năng vượt trội. Điều đáng học là cách OpenLDK phá vỡ rào cản giữa các hệ sinh thái lập trình, cho phép tận dụng cả hai thế giới Java và Lisp một cách liền mạch.

OpenLDK kết hợp được sức mạnh của Java và Common Lisp, mang lại hiệu suất vượt trội và tích hợp liền mạch giữa hai hệ sinh thái lập trình.

Modern Java - Past

Java đã trải qua nhiều thay đổi đáng kể trong thập kỷ qua với việc ra mắt Java 8 vào 2014, giới thiệu lambda expressions và Streams API. Nguyên nhân kỹ thuật đằng sau sự tiến hóa này là nhu cầu về lập trình hàm hiệu suất cao và cách tiếp cận functional programming. Hệ quả là các framework như Spring Boot và Quarkus phát triển mạnh mẽ, tận dụng các tính năng mới để tối ưu hóa ứng dụng enterprise. Điều đáng học là Java tiếp tục đổi mới với Project Loom cho virtual threads và Project Panama để tăng cường tương tác với native code, giúp lập trình viên cân nhắc xem xét kỹ lưỡng trước khi quyết định chọn stack công nghệ cho dự án dài hạn.

Bài này cung cấp cái nhìn toàn cảnh về lịch sử, tính năng hiện tại và định hướng tương lai của Java giúp lập trình viên nắm bắt được sự phát triển ngôn ngữ này.

Where Your Bytes Live: Memory Layout in Rust and Java

Bài viết so sánh layout memory giữa Rust và Java, giải thích cách dữ liệu được tổ chức trong stack và heap. Nguyên nhân kỹ thuật nằm ở cơ chế boxing (khi dữ liệu được đặt vào heap) và borrowing (cho mượn tham chiếu) trong Rust khác với garbage collection của Java. Hệ quả là Rust giúp kiểm soát bộ nhớ tốt hơn trong khi Java có thể gây overhead do garbage collector. Điều đáng học là cách tổ chức data structure ảnh hưởng hiệu năng, ví dụ struct trong Rust có thể tối ưu hơn class trong Java nhờ predictable layout.

Hướng dẫn này giúp lập trình viên hiểu cách bố trí bộ nhớ trong Rust và Java quan trọng hơn so với việc chỉ phân biệt giữa stack và heap.

JEP 545: Faster Startup and Warmup with ZGC

JEP 545 được đề xuất để cải tiến Garbage Collector Z trong JDK phiên bản 28, loại bỏ sự đánh đổi giữa khởi động nhanh và warmup nhanh. Bằng cách mặc định heap ban đầu chỉ 2MB, mở rộng heap đồng thời và tích cực, pre-touch trang trong quá trình mở rộng thay vì lúc khởi động, và sử dụng large pages qua Linux 6.1's page-upgrade API, ZGC đạt được cả hai mục tiêu. Trong nghiên cứu Spring PetClinic, thời gian khởi động giảm khoảng 38% và warmup thời gian từ 80 giây xuống còn 10 giây so với JDK 25 khi kết hợp với -XX:+ZAdaptiveHeapSizing. Điều này chứng tỏ ZGC không còn yêu cầu người dùng phải tinh chỉnh các tham số như -Xms hay -Xmx mà vẫn đạt hiệu suất tối ưu.

JEP 545 giúp ZGC đạt được cả khởi động nhanh và warmup nhanh mà không cần tối ưu thủ công các tham số heap, mang lại hiệu suất vượt trội cho ứng dụng Java.

Performance Improvements in JDK 26

JDK 26 mang đến những cải thiện hiệu năng đáng chú trọng, đặc biệt với việc Virtual Threads trở thành tính năng ổn định. Thời gian khởi tạo các virtual thread giảm 30% nhờ cấu trúc internal fork-join pool được tối ưu hóa. ConcurrentMap.put() giờ đây nhanh hơn 25% với cải tiến đến từ stripe locking mechanism. Bộ nhớ tiêu thụ cho các giao tiếp giữa thread trong Structured Concurrency giảm 40%. Những thay đổi này cho thấy JDK đang tập trung mạnh vào cải thiện hiệu năng đa luồng mà không ảnh hưởng đến khả năng tương thích với mã nguồn cũ.

JDK 26 mang những cải tiến hiệu năng quan trọng giúp lập trình viên tối ưu ứng dụng Java tốt hơn.

Java Weekly, Issue 670

Agentic refactoring which is actually cheap? Yes please.

JRuby 10.1.3.0 Released — JRuby.org

JRuby 10.1.3.0 has been released, targeting Ruby 4.0 compatibility. The release resolves 160 issues and pull requests, including dozens of bug fixes and performance improvements from new contributors. Changes include multiple fiber scheduler fixes for IO, sockets and threads, several JIT compiler crash fixes, support for JDK 27, and dependency updates like jruby-openssl 0.19.4 and joni 2.2.9. An update to asm was tracked to get recent security fixes.

Where Did the Saved Bytes Go? Compact Object Headers in IntelliJ IDEA

AI agents may make code faster to produce, but they don’t make it cheaper to run. In applications managing millions of objects, memory allocation and garbage collection still matter. The JVM has been

(iterate think thoughts): Clojure in the Age of Language Models

Dmitri's blog about programming, Clojure, and software development

Java Weekly, Issue 669

Java 21 to 25 upgrades and lots of solid security releases. As expected after the weeks we've had :)

Less heap, more speed: Neural sparse search goes native in OpenSearch 3.9

OpenSearch 3.9 adds a native C++ engine for neural sparse search. On 138M documents, it ran 6 to 32x faster than Lucene at the same recall, using no JVM heap.

Java's new AOT cache feature is in a rough state

The JDK's AOT cache promises faster startup for free, but in practice comes with a lot of issues. Here is what we learned using it for XPipe.

Elevators, toasters, and the birth of Java

Ryan sits down with James Gosling, creator of Java at Sun Microsystems, to talk about the early networking friction that drove the need for interconnectedness, the stringent reliability requirements of consumer electronics companies that inspired the Java virtual machine, and the evolution of garbage collectors that allow Java to handle large-scale concurrent memory management.

What jstack Misses When Your Java Service Uses Virtual Threads

Dịch vụ Java sử dụng virtual threads có thể có hàng nghìn request đang chờ trong khi jstack lại hiển thị các carrier threads ở trạng thái idle. Nguyên nhân là do jstack không thể capture được trạng thái của virtual threads một cách chính xác. Hệ quả là người dùng không thể xác định được điểm nghẽn thực sự trong ứng dụng khi sử dụng công nghệ virtual threads. Giải pháp là sử dụng Thread.dump_to_file thay thế để phân tích, tính năng này có sẵn từ JDK 21 đến JDK 25. Bài viết cung cấp phương pháp hiệu quả hơn cho lập trình viên đang làm việc với virtual threads.

Bài giải thích giúp bạn hiểu tại sao jstack không hiển thị đúng trạng thái các luồng ảo (virtual threads) và cách dump chính xác trạng thái ứng dụng Java khi sử dụng virtual threads.

JEP 544: Ahead-of-Time Code Compilation

JEP 544 đang nhắm đến JDK 28, mở rộng AOT cache của HotSpot để lưu trữ mã native được tối ưu hóa hoàn toàn trong quá trình training. Mã AOT này khởi chạy ngay lập tức mà không cần biên dịch lại, đồng thời HotSpot vẫn fallback sang JIT nếu workload thay đổi. Trên hệ thống Linux/x64 hai nhân, AOT cache giảm thời gian khởi chạy 50-70%, kết hợp với mã AOT đẩy mức giảm lên 65-80%. Benchmark javac cho thấy cải thiện tổng thể 75% khi sử dụng mã AOT so với 30% chỉ từ cache. Giải pháp này không yêu cầu thay đổi code và hiện hỗ trợ AArch64 và x64 với các collector Serial, Parallel, G1, Shenandoah và ZGC.

JEP 544 giúp tăng tốc độ khởi động ứng dụng Java lên đến 80% bằng cách sử dụng bộ nhớ đĩa AOT để lưu mã native đã tối ưu.

What's Going Wrong with My JVM?! A Guide to First-Time Failure Diagnosis

A JavaOne 2026 session covers how to diagnose Java heap memory problems at first-time failure. It focuses on collecting low-cost diagnostic data ahead of time, since many production environments lack this data collection and some diagnostics are too expensive to run live. The session uses commonly reported Java heap memory problems as examples of what to collect and how to analyze it. Viewers are pointed to the JavaOne 2026 playlist.

Scala 3.10 released!

Scala 3.10.0 đánh dấu series Scala Next với việc ổn định SIP-67 (pattern matching với strict equality) và chuyển 3 SIP mới thành preview mode. Phiên bản này loại bỏ cú pháp legacy của Scala 2 như 'A with B' và ngừng hỗ trợ cross-compilation với Scala 2, nhưng vẫn giữ binary compatibility. Macros và compiler plugin có nhiều thay đổi breaking như việc không tìm thấy implicit trong companion, Rich* wrapper trở thành extension methods, và -> trở thành inline extension method. ZIO ecosystem cần nâng cấp các phiên bản cụ thể (ZIO 2.1.26, zio-blocks 0.0.54, izumi-reflect 3.0.10, neotype 0.7.2) và lỗi stack overflow trong deep type-checking được thay bằng 'Recursion limit exceeded'.

Lập trình viên nên đọc bài này để cập nhật những thay đổi quan trọng, tính năng mới và yêu cầu nâng cấp khi chuyển sang phiên bản Scala 3.10.

The Year of the Runtime!

Với sự phát triển của AI coding agents, tầm quan trọng của cú pháp ngôn ngữ giảm xuống, thay vào đó performance, observability và operability trở thành yếu tố then chốt cho Java. Các bản JDK mới liên tục cải thiện hiệu suất, garbage collection và tính khả dụng trong khi vẫn duy trì mô hình lập trình hiện tại. Các dự án như Project Valhalla, Project Leyden và Project Lilliput đang mang những đổi mới quan trọng cho runtime Java. Đây là hướng đi quan trọng cho các lập trình viên cần tối ưu hiệu ứng ứng dụng, đặc biệt khi công cụ AI ngày càng hỗ trợ tốt hơn về mặt cú pháp.

Bài viết giúp lập trình Java nắm bắt các dự án runtime quan trọng để tối ưu hiệu năng và khả năng quan sát hệ thống.

JDK 27: The quiet before the storm

JDK 27 chủ yếu mang lại các thay đổi tăng tiến cho các tính năng preview. JDK 28 sẽ mang lại tin tức lớn thực sự - những tính năng đầu tiên của Project Valhalla. Project Valhalla tập trung vào việc tối ưu hóa hiệu năng và bộ nhớ với các kiểu dữ liệu primitive value type. Việc triển khai value type sẽ giúp giảm đáng kể overhead khi làm việc với các cấu trúc dữ liệu phức tạp. Nếu bạn quan tâm đến tương lai của Java và hiệu năng ứng dụng, JDK 28 đáng để theo dõi kỹ.

Bài viết giúp lập trình viên chuẩn bị kiến thức nền tảng cho những thay đổi đột phá Project Valhalla sắp đến trong JDK 28.

Learn Modern Kotlin

freeCodeCamp vừa phát hành khóa học Kotlin toàn diện miễn phí trên YouTube. Khóa học này bao gồm từ kiến thức cơ bản đến nâng cao cho cả lập trình Android, backend services và cross-platform applications. Đây là tài liệu học tập chất lượng cao giúp bạn tiếp cận Kotlin một cách hệ thống. Khóa học được thiết kế bởi các chuyên gia, cung cấp kiến thức thực tế và cập nhật nhất. Nếu bạn đang tìm kiếm tài liệu học Kotlin chất lượng, đây là lựa chọn đáng cân nhắc.

Khóa học Kotlin miễn phí này sẽ giúp bạn nắm vững kiến thức cần thiết để phát triển ứng dụng Android, backend và đa nền tảng hiệu quả.

Turbo Haskell

Tác giả bắt đầu viết THC, một dự án "Turbo Haskell compiler" như một trò đùa trong kỳ nghỉ thăm Bartosz Milewski. Mục tiêu chính là cải thiện tốc độ biên dịch cho Haskell bằng cách sử dụng các kỹ thuật tối ưu hóa tiên tiến. Dự án này hứa hẹn rút ngắn đáng kể thời gian biên dịch code Haskell từ vài phút xuống chỉ còn vài giây. Với Haskell vốn nổi tiếng với thời gian biên dịch dài, THC có thể mang lại bước đột phá cho nhà phát triển ngôn ngữ này.

Bài viết này giúp bạn khám phá cách xây dựng một trình biên dịch Haskell hiệu suất cao với cách tiếp cận sáng tạo và thú vị.

Java Weekly, Issue 665

Java liên tục cải thiện hiệu suất qua các bản cập nhật. JDK 21 vừa ra mắt với virtual threads giúp xử lý tới 1 triệu thread trên cùng một core, giải quyết vấn đề blocking I/O. Các benchmark cho thấy thời gian response cải thiện đến 40% với Spring Boot application sử dụng virtual threads. Lập trình viên nên cân nhắc áp dụng virtual threads cho ứng dụng có nhiều concurrent request. Module System trong Java cũng giúp giảm bộ nhớ khởi động tới 20% cho các microservice nhỏ.

Bài viết này giúp lập trình Java cập nhật những cải tiến hiệu suất mới nhất luôn được cải thiện trong hệ sinh thái Java.

JEP 539: Strict Field Initialization in the JVM (Preview)

JEP 539 giới thiệu tính năng khởi tạo trường nghiêm ngặt (strict field initialization) như một tính năng preview trong JDK 28, bằng cách thêm cờ ACC_STRICT_INIT để đảm bảo các trường được khởi tạo rõ ràng trước khi đọc, loại bỏ các trường hợp giá trị mặc định như 0 hoặc null bị hiểu nhầm là dữ liệu thực. Final fields với strict initialization được đảm bảo luôn trả về cùng một giá trị sau khi được đặt, và JVM thực thi các điều này này qua bytecode verification cho instance fields và larval-state tracking cho static fields. Tính năng này hỗ trợ upcoming value classes và cho phép JIT tối ưu hóa bằng cách cho phép HotSpot compiler xử lý strict final fields như trusted. Để sử dụng, cần thêm --enable-preview tại compile và run time, đồng thời hạn chế mutation qua deep reflection và standard serialization cho các lớp có fields này, với workaround là sử dụng writeReplace/readResolve cho deserialization.

JEP 539 giúp lập trình viên hiểu tính năng khởi tạo trường nghiêm ngặt trong JVM, giúp ngăn ngừa lỗi liên quan đến giá trị mặc định và tối ưu hóa hiệu năng ứng dụng.

The Limitations of Running a Workload Generator In the Same JVM as the System-Under-Test

Khi đánh giá hệ thống sử dụng garbage collector và muốn hiểu về tail latency, thường dùng SPECjbb2015 hoặc DaCapo. Chỉ SPECjbb2015 có khả năng chạy workload generator và backend server cùng JVM hoặc tách biệt. Nghiên cứu này khám phá rủi ro khi đặt workload generator trong cùng JVM với backend. Các kết quả cho thấy việc này gây ra nhiễu loạn đáng kể cho garbage collector và làm sai lệch kết quả đo lường latency. Đáng học hỏi là việc tách biệt hai thành phần này giúp có được số liệu chính xác hơn để đánh giá hiệu năng thực tế.

Bài viết này giải thích những rủi ro khi chạy workload generator cùng backend server trong một JVM, giúp lập trình viên hiểu ảnh hưởng đến đo lường độ trễ tail latency.

How a forgotten node can put Oracle Java back in production

Azul giới thiệu AI Assistant giúp kiểm tra dữ liệu runtime Java trực tiếp để phát hiện rủi ro license và bảo mật. Công cụ này thay thế các báo cáo static thường trở nên lỗi thời ngay từ ngày đầu triển khai. Bài viết chỉ ra rằng nhiều hệ thống sử dụng Java phiên bản cũ không được cập nhật do thiếu công cụ giám sát hiệu quả. Azul AI Assistant cung cấp giải pháp giám sát thời gian thực, giúp các doanh nghiệp sử dụng Oracle Java trở lại môi trường production an toàn. Công cụ này phân tích các node bị lãng quên trong hệ thống, giúp giảm thiểu rủi ro pháp lý và bảo mật cho doanh nghiệp.

Bài này giúp lập trình viên nhận ra công cụ AI mới có thể phát hiện rủi ro bảo mật và giấy phép Java trong thời gian thực.

Why 0xCAFEBABE?

A discussion thread from comp.lang.java about the magic number (first four bytes) of Java class files.

Just-In-Time Compilation for Java Performance: Recent and Ongoing Improvements

A JavaOne 2026 talk overview covers recent and ongoing improvements to the JVM's just-in-time (JIT) compilers, which are central to Java's performance. It touches on how JIT compilation intersects with OpenJDK projects like Valhalla, Leyden, and Panama, and how it continues evolving alongside the Java language, application domains, deployment models, and hardware. The full talk is available in the JavaOne 2026 playlist.

JEP 401: Value Objects (Preview)

JEP 401 giới thiệu value objects như tính năng preview trong JDK 28, cho phép các đối tượng immutable so sánh bằng giá trị field thay vì reference. Ba mươi lớp API như Integer, Long, và LocalDate sẽ trở thành value class khi bật preview, giúp JVM tối ưu hóa memory bằng flattening và scalarization thay vì heap allocation. Tính năng này cải thiện memory footprint, locality và garbage collection efficiency với chỉ một vài lớp API được chuyển đổi. Developers có thể tạo value class riêng với value modifier nhưng cần tuân thủ quy tắc immutability và serialization đồng thời cảnh báo với synchronization và weak references.

JEP 401 giúp tối ưu hiệu suất bộ nhớ hiệu quả bằng cách giới thiệu đối tượng giá trị immutable cho Java.