From axel.boldt-christmas at oracle.com  Mon Mar  4 09:17:32 2024
From: axel.boldt-christmas at oracle.com (Axel Boldt-Christmas)
Date: Mon, 4 Mar 2024 09:17:32 +0000
Subject: RFC: Deprecate Non-Generational ZGC
Message-ID: <7A127194-9650-49E8-B90D-6242E3450320@oracle.com>

Hi,

I have written a draft JEP for deprecating non-generational ZGC. The JEP description is available in JBS:

https://bugs.openjdk.org/browse/JDK-8326667

Comments and feedback are welcome.

// Axel Boldt-Christmas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/zgc-dev/attachments/20240304/750178a6/attachment.htm>

From lgxbslgx at gmail.com  Sun Mar 31 13:54:19 2024
From: lgxbslgx at gmail.com (Guoxiong Li)
Date: Sun, 31 Mar 2024 21:54:19 +0800
Subject: Quetion about the counter ZCounterOutOfMemory
Message-ID: <CAPSsVqhXrJy-WVuOgv2-rwqtApZtR2v=P-jXFK9rEwePPQL70A@mail.gmail.com>

Hi all,

I notice the ZCounterOutOfMemory is only increased in the call link
`ZAllocatorEden::alloc_object -> ZHeap::out_of_memory`.
Should we increase this counter in the method `ZAllocatorEden::alloc_tlab`
and other allocation methods such as
`ZAllocatorForRelocation::alloc_object`?
And should we move the incremental code like `ZHeap::out_of_memory` to
the allocation methods of `ZObjectAllocator`, which is a lower level class
for allocation.

Any ideas are appreciated. Thanks.

Best Regards,
-- Guoxiong
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/zgc-dev/attachments/20240331/f6b4a672/attachment.htm>