The following sections summarize changes made in all Java SE 8u511-perf BPR releases. The BPR releases are listed below in date order, most current BPR first. Note that bug fixes in previous BPRs are also included in the current BPR.
The 8u511-perf b31 BPR is available to all users here.
| BugId | Category | Subcategory | Summary |
|---|---|---|---|
| JDK-8392377 | core-libs | java.time | (tz) Update Timezone Data to 2026d |
| JDK-8392519 | core-libs | java.util:i18n | Cherry-pick metazone changes from CLDR for tzdata2026d, for JDK update release |
| JDK-8393337 | core-libs | java.time | (tz) Update Timezone Data to 2026e |
| JDK-8393344 | core-libs | java.util:i18n | Cherry-pick metazone changes from CLDR to support tzdata2026e for JDK update releases |
| JDK-8393612 | core-libs | java.util:i18n | Add British Columbia and Alberta Windows time zone mappings to JDK 8u |
| JDK-8393848 | core-libs | java.util:i18n | Align the JDK with Microsoft's new timezone name for Manitoba |
Release date: October 20, 2026
The full version string for this update release is 1.8.0_511-perf-b11 (where "b" means "build"). The version number is 1.8.0_511-perf.
JDK 8u511 contains IANA time zone data 2026c which contains the following changes since the previous update.
For more information, refer to Timezone Data Versions in the JRE Software.
The security baselines for the Java Runtime at the time of the release of JDK 8u511 are specified in the following table:
| Java Family Version | Security Baseline (Full Version String) |
|---|---|
| 8 | 1.8.0_511-perf-b11 |
Oracle recommends that the JDK is updated with each Critical Patch Update. In order to determine if a release is the latest, the Security Baseline page can be used to determine which is the latest version for each release family.
Critical patch updates, which contain security vulnerability fixes, are announced one year in advance on Critical Patch Updates, Security Alerts and Bulletins. It is not recommended that this JDK (version 8u511) be used after the next Critical Security Patch Update scheduled for November 17, 2026. Oracle is transitioning to more frequent security updates, see the recently published blog for more information.
Java Management Service, available to all users, can help you find vulnerable Java versions in your systems. Java SE Subscribers and customers running in Oracle Cloud can use Java Management Service to update Java Runtimes and to do further security reviews like identifying potentially vulnerable third party libraries used by your Java programs. Existing Java Management Service user click here to log in to your dashboard. The Java Management Service Documentation provides a list of features available to everyone and those available only to customers. Learn more about using Java Management Service to monitor and secure your Java Installations.
For systems unable to reach the Oracle Servers, a secondary mechanism expires this JRE (version 8u511) on 2027-02-19. After either condition is met (new release becoming available or expiration date reached), the JRE will provide additional warnings and reminders to users to update to the newer version. For more information, see 23.1.2 JRE Expiration Date in the Java Platform, Standard Edition Deployment Guide.
In addition to the applicable changes in JDK 8u511 , JDK 8u511 Enterprise Performance Pack includes the following changes from JDK 17.
TrimNativeHeapInterval a Product Switch
(JDK-8325496)
(Only available on Linux with glibc.) TrimNativeHeapInterval has been made an official product switch. It allows the JVM to trim the native heap at periodic intervals.
| # | BugId | Component | Summary |
|---|---|---|---|
| 1 | JDK-8336702 | hotspot/compiler | C2 compilation fails with "all memory state should have been processed" assert |
| 2 | JDK-8349721 | hotspot/compiler | Add aarch64 intrinsics for ML-KEM |
| 3 | JDK-8354926 | hotspot/compiler | Remove remnants of debugging in the fix for JDK-8348561 and JDK-8349721 |
| 4 | JDK-8341527 | hotspot/compiler | AVX-512 intrinsic for SHA3 |
| 5 | JDK-8348561 | hotspot/compiler | Add aarch64 intrinsics for ML-DSA |
| 6 | JDK-8386578 | hotspot/compiler | double_keccak stub does not set its return value on x86 |
| 7 | JDK-8293114 | hotspot/gc | JVM should trim the native heap |
| 8 | JDK-8296796 | hotspot/runtime | Provide clean, platform-agnostic interface to C-heap trimming |
| 9 | JDK-8273153 | hotspot/runtime | Consolidate file_exists into os:file_exists |
| 10 | JDK-8354057 | hotspot/runtime | Odd debug output in -Xlog:os+container=debug on certain systems |
| 11 | JDK-8354878 | hotspot/runtime | File Leak in CgroupSubsystemFactory::determine_type of cgroupSubsystem_linux.cpp:300 |
| 12 | JDK-8364106 | hotspot/runtime | Include java.runtime.version in thread dump output |
| 13 | JDK-8375125 | hotspot/runtime | assert(false) failed: "Attempting to acquire lock NativeHeapTrimmer_lock/nosafepoint out of order with lock ConcurrentHashTableResize_lock/nosafepoint-2 -- possible deadlock" when using native heap trimmer |
| 14 | JDK-8261242 | hotspot/runtime | [Linux] OSContainer::is_containerized() returns true when run outside a container |
| 15 | JDK-8343599 | hotspot/runtime | Kmem limit and max values swapped when printing container information |
| 16 | JDK-8322420 | hotspot/runtime | [Linux] cgroup v2: Limits in parent nested control groups are not detected |
| 17 | JDK-8331560 | hotspot/runtime | Refactor Hotspot container detection code so that subsystem delegates to controllers |
| 18 | JDK-8302744 | hotspot/runtime | Refactor Hotspot container detection code |
| 19 | JDK-8341644 | hotspot/runtime | Compile error in cgroup coding when using toolchain clang |
| 20 | JDK-8347129 | hotspot/runtime | cpuset cgroups controller is required for no good reason |
| 21 | JDK-8347811 | hotspot/runtime | Container detection code for cgroups v2 should use cgroup.controllers |
| 22 | JDK-8349988 | hotspot/runtime | Change cgroup version detection logic to not depend on /proc/cgroups |
| 23 | JDK-8343191 | hotspot/runtime | Cgroup v1 subsystem fails to set subsystem path |