RFR: 8348239: SA does not know about DeoptimizeObjectsALotThread

Chris Plummer cjplummer at openjdk.org
Thu Jan 23 22:33:45 UTC 2025


On Thu, 23 Jan 2025 22:03:45 GMT, Dean Long <dlong at openjdk.org> wrote:

> Overall the changes seem fine, however it would be nice if the vmStructs.cpp registration mechanism was modular and extensible, instead of monolithic. That would make it easier to register private types, or even types outside of libjvm.

I'm not too sure what you are suggesting here.

> src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/runtime/Thread.java line 92:
> 
>> 90:   public boolean   isMonitorDeflationThread()    { return false; }
>> 91:   public boolean   isAttachListenerThread()      { return false; }
>> 92:   public boolean   isDeoptimizeObjectsALotThread() { return false; }
> 
> Is this method used anywhere?

No, but I added it to be consistent with all the other JavaThread subclasses. Actually none of these are used except for isCompilerThread and isCodeCacheSweeperThread. The latter reference is irrelevant since there is no longer a CodeCacheSweeperThread, and the former reference should be replaced with isHiddenFromExternalView(). These are all things documented to fix as part of [JDK-8348347](https://bugs.openjdk.org/browse/JDK-8348347), but in the meantime I though it best to be consistent with existing code.

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

PR Comment: https://git.openjdk.org/jdk/pull/23279#issuecomment-2611148710
PR Review Comment: https://git.openjdk.org/jdk/pull/23279#discussion_r1927768244


More information about the hotspot-dev mailing list