Voznia Anton

8351359: OperatingSystemMXBean: values from getCpuLoad and getProcessCpuLoad are stale after 24.8 days (Windows)

8

Hi, It's a clean backport of JDK-8351359. Changes are related to Windows only. Testing: - manual testing code that calls `getProcessCpuLoad()` on windows server 2025, intel cpu - OpenJDK GHA...

8347129: cpuset cgroups controller is required for no good reason

8

Hi all, Clean backport of JDK-8347129 Ran test locally on Fedora 43 arm, under `test/hotspot/jtreg/containers/` Without the fix: ``` containers/cgroup/CgroupSubsystemFactory.java Passed. Execution successful containers/cgroup/PlainRead.java Passed. Execution successful containers/docker/DockerBasicTest.java Passed. Execution...

8358764: (sc) SocketChannel.close when thread blocked in read causes connection to be reset (win)

12

Hello, This is an unclean backport of JDK-8358764 for JDK 17. I used the following JDK 21 backport as the baseline https://github.com/openjdk/jdk21u-dev/pull/2137 Changes: * Brought over the Windows socket shutdown...

8351359: OperatingSystemMXBean: values from getCpuLoad and getProcessCpuLoad are stale after 24.8 days (Windows)

8

Hi, It's a clean backport of JDK-8351359. Changes are related to Windows only. Testing: - manual testing code that calls `getProcessCpuLoad()` on windows server 2025, intel cpu - OpenJDK GHA...

8351359: OperatingSystemMXBean: values from getCpuLoad and getProcessCpuLoad are stale after 24.8 days (Windows)

8

Hi, It's a clean backport of JDK-8351359. I didn't include `#include ` as it is in [the original commit](https://github.com/openjdk/jdk/commit/900b3ff7ee933520efe2438fb7c841a4e6a93d17) because of compilation problem. Instead of that, there is already included...