RFR: 8322043: HeapDumper should use parallel dump by default

Alex Menkov amenkov at openjdk.org
Fri Apr 12 18:53:44 UTC 2024


On Fri, 12 Apr 2024 06:07:31 GMT, Thomas Stuefe <stuefe at openjdk.org> wrote:

> I am curious: what is the memory overhead for parallel mode, and (I am not familiar with the logic) how many threads are involved? Is the number of thread bounded?
> 
> I ask because, especially for the OnOOM handling, we may already be at a limit memory-wise. Starting to swap will probably be worse than running single-threaded.

Good question.
It think it's several MB per each additional thread (1MB output buffer, DumperClassCacheTable - 1031 elements max, element size depends on class field numbers, if HeapDumpGzipLevel is set, some buffers for gzip compressors)
Number of threads by default is min of `os::initial_active_processor_count() * 3 / 8` and number of GC workers.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/18748#issuecomment-2052312786


More information about the hotspot-runtime-dev mailing list