RFR: 8318026: jcmd should provide access to low-level JVM debug information [v2]

Kevin Walls kevinw at openjdk.org
Thu Feb 29 16:56:17 UTC 2024


On Tue, 27 Feb 2024 01:27:54 GMT, Serguei Spitsyn <sspitsyn at openjdk.org> wrote:

>> Kevin Walls has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains 11 additional commits since the last revision:
>> 
>>  - Merge remote-tracking branch 'upstream/master' into 8318026_jcmd_VMdebug_command
>>  - Require UnlockDiagnosticVMOptions
>>  - Require UnlockDiagnosticVMOptionstest/hotspot/jtreg/serviceability/dcmd/vm/VMDebugTest.java
>>  - Tidy up the safety checks
>>  - Whitebox not required, just check option properties.
>>  - unnecessary parameter to find
>>  - Test update. Recognise ZGC oops differently.  Formatting.
>>  - typo
>>  - Separate is_good_oop... method to avoid changing existing asserts.
>>  - More oop safety
>>  - ... and 1 more: https://git.openjdk.org/jdk/compare/add19854...f57f7274
>
> src/hotspot/share/services/diagnosticCommand.cpp line 1245:
> 
>> 1243:     }
>> 1244:   } else if (strcmp("find", _subcommand.value()) == 0) {
>> 1245:     if (!UnlockDiagnosticVMOptions) {
> 
> Would it make sense to require enabling `UnlockDiagnosticVMOptions` for all sub-commands, so that it is clear this is not for live production use?

Yes sure I've made that apply to all of them for consistency.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/17655#discussion_r1507894462


More information about the serviceability-dev mailing list