> Currently, jdi only check and process class unloading event when it detects a 
> new GC cycle.
> 
> After [JDK-8212879](https://bugs.openjdk.org/browse/JDK-8212879), posting 
> class events can overlap with GC finish event, that results, sometimes, it 
> only captures partial or even empty unloaded class list. The pending list 
> usually can be flushed out at next GC cycle. But for the classes unloaded 
> during the last GC cycle, the class unloading events may lost forever.
> 
> This patch checks and processes class unloading events unconditionally, 
> suggested by @kbarrett, the last pending unloaded class list can be flushed 
> by other events, such as `VM_DEATH`.
> 
> It also performs `commonRef_compact()` only when there are classes unloaded.
> 
> New test failed about 20% without patch, none with patch.
> 
> **Update**
> There are significant changes from early patch. 
> 
> The new approach:
> No longer removing dead objects and post events on VM thread. I believe it 
> was implemented this way to workaround the following issues:
> - JDI event handler uses JVMTI raw monitor, it requires thread in 
> `_in_native` state
> - The thread can not hold lock, which is needed to protect `JvmtiTagMap` 
> while walking, when transition to `_in_native` state
> 
> The new solution breaks up into two steps:
> - Collect all dead object tags with lock
> - Transition to `_in_native` state and post object free events in one batch
> 
> This way, JDI event handler can process object free events upon arrivals 
> without delay.

Zhengyu Gu has updated the pull request incrementally with one additional 
commit since the last revision:

  v5

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/9168/files
  - new: https://git.openjdk.org/jdk/pull/9168/files/559b4bf1..2d9a81e0

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=9168&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=9168&range=02-03

  Stats: 208 lines in 10 files changed: 56 ins; 87 del; 65 mod
  Patch: https://git.openjdk.org/jdk/pull/9168.diff
  Fetch: git fetch https://git.openjdk.org/jdk pull/9168/head:pull/9168

PR: https://git.openjdk.org/jdk/pull/9168

Reply via email to