On Fri, 19 Apr 2024 00:10:12 GMT, Alex Menkov wrote:
> The fix updates HeapMerger to use writer buffer (no need to copy memory, also
> writer buffer is 1MB instead of 4KB).
> Additionally fixed small issue in FileWriter (looks like `ssize_t` instead of
> `size_t` is a typo, the argument should
On Wed, 17 Apr 2024 20:42:54 GMT, Alex Menkov wrote:
>> The fix makes VM heap dumping parallel by default.
>> `jcmd GC.heap_dump` and `jmap -dump` had parallel dumping by default, the
>> fix affects `HotSpotDiagnosticMXBean.dumpHeap()`,
>> `-XX:+HeapDumpBeforeFullGC`,
On Wed, 17 Apr 2024 20:42:54 GMT, Alex Menkov wrote:
>> The fix makes VM heap dumping parallel by default.
>> `jcmd GC.heap_dump` and `jmap -dump` had parallel dumping by default, the
>> fix affects `HotSpotDiagnosticMXBean.dumpHeap()`,
>> `-XX:+HeapDumpBeforeFullGC`,
On Fri, 26 Apr 2024 22:59:43 GMT, Alex Menkov wrote:
> Some cleanup related to JvmtiEnvBase::get_threadOop_and_JavaThread method
>
> Testing: tier1-6
This looks good in general. Thank you for taking care about it. The Runtime
team suggested to use the name `current` for the current thread.
On Sat, 27 Apr 2024 00:01:16 GMT, Alex Menkov wrote:
>> src/hotspot/share/prims/jvmtiEnvBase.cpp line 1976:
>>
>>> 1974: oop thread_obj = nullptr;
>>> 1975:
>>> 1976: jvmtiError err =
>>> JvmtiEnvBase::get_threadOop_and_JavaThread(tlh.list(), target, current,
>>> _thread, _obj);
>>
>> I
> This is a fix of the following JVMTI scalability issue. A closed benchmark
> with millions of virtual threads shows 3X-4X overhead when a JVMTI agent has
> been loaded. For instance, this is observable when an app is executed under
> control of the Oracle Studio `collect` utility.
> For
On Fri, 26 Apr 2024 19:34:55 GMT, Chris Plummer wrote:
>> Serguei Spitsyn has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> review: fixed minor issues: renamed function, corrected comment, removed
>> typo in assert
>
>
On Fri, 26 Apr 2024 19:38:40 GMT, Chris Plummer wrote:
>> Serguei Spitsyn has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> review: fixed minor issues: renamed function, corrected comment, removed
>> typo in assert
>
>
On Mon, 29 Apr 2024 08:14:03 GMT, Thomas Schatzl wrote:
> mach5 higher tier SA tests are fine. What are your plans for the remaining SA
> renames (would highly recommend to add) and the G1HeapRegion related helper
> classes?
I suggest the related helper classes be done in further followups,
On Fri, 26 Apr 2024 21:16:03 GMT, Vladimir Kozlov wrote:
> Move immutable nmethod's data from CodeCache to C heap. It includes
> `dependencies, nul_chk_table, handler_table, scopes_pcs, scopes_data,
> speculations`. It amounts for about 30% (optimized VM) of space in CodeCache.
>
> Use
On Sun, 28 Apr 2024 23:37:22 GMT, Vladimir Kozlov wrote:
>> Move immutable nmethod's data from CodeCache to C heap. It includes
>> `dependencies, nul_chk_table, handler_table, scopes_pcs, scopes_data,
>> speculations`. It amounts for about 30% (optimized VM) of space in CodeCache.
>>
>> Use
On Mon, 29 Apr 2024 06:33:09 GMT, Tobias Hartmann wrote:
> Looks good to me. Did you measure any impact on performance (potentially due
> to improved code density)?
Thank you, @TobiHartmann, for review.
> What's left for [JDK-7072317](https://bugs.openjdk.org/browse/JDK-7072317)?
Make
On Wed, 17 Jan 2024 19:52:32 GMT, Tom Rodriguez wrote:
>> The changes for JDK-8287061 didn't update the SA decoding logic and there
>> are other places where the decoding has gotten out of sync with HotSpot.
>> Some of them can't be tested because they are part of JVMCI but I've added a
>>
On Sun, 28 Apr 2024 23:37:22 GMT, Vladimir Kozlov wrote:
>> Move immutable nmethod's data from CodeCache to C heap. It includes
>> `dependencies, nul_chk_table, handler_table, scopes_pcs, scopes_data,
>> speculations`. It amounts for about 30% (optimized VM) of space in CodeCache.
>>
>> Use
On Sat, 27 Apr 2024 02:34:21 GMT, Lei Zaakjyu wrote:
>> follow up 8267941
>
> Lei Zaakjyu has updated the pull request incrementally with one additional
> commit since the last revision:
>
> fix indentation
mach5 higher tier SA tests are fine.
What are your plans for the remaining SA
On Sun, 28 Apr 2024 23:37:22 GMT, Vladimir Kozlov wrote:
>> Move immutable nmethod's data from CodeCache to C heap. It includes
>> `dependencies, nul_chk_table, handler_table, scopes_pcs, scopes_data,
>> speculations`. It amounts for about 30% (optimized VM) of space in CodeCache.
>>
>> Use
On Sun, 28 Apr 2024 07:02:40 GMT, Dean Long wrote:
>> Move immutable nmethod's data from CodeCache to C heap. It includes
>> `dependencies, nul_chk_table, handler_table, scopes_pcs, scopes_data,
>> speculations`. It amounts for about 30% (optimized VM) of space in CodeCache.
>>
>> Use
On Sun, 28 Apr 2024 23:37:22 GMT, Vladimir Kozlov wrote:
>> Move immutable nmethod's data from CodeCache to C heap. It includes
>> `dependencies, nul_chk_table, handler_table, scopes_pcs, scopes_data,
>> speculations`. It amounts for about 30% (optimized VM) of space in CodeCache.
>>
>> Use
18 matches
Mail list logo