Re: RFR: 8252685: APIs that require JavaThread should take JavaThread arguments [v3]

2021-05-12 Thread David Holmes
> Our code is littered with API's that take, or manifest, a Thread* and then > assert/guarantee that it must be a JavaThread, rather than taking/manifesting > a JavaThread in the first place. The main reason for this is that the TRAPS > macro, used in relation to exception generation and

Re: RFR: 8252685: APIs that require JavaThread should take JavaThread arguments [v2]

2021-05-12 Thread David Holmes
On 13/05/2021 1:29 pm, Vladimir Kozlov wrote: On Tue, 11 May 2021 01:56:21 GMT, David Holmes wrote: David Holmes has updated the pull request incrementally with one additional commit since the last revision: Review feedback from Serguei Compiler related changes seems fine. @dougxc,

Re: RFR: 8252685: APIs that require JavaThread should take JavaThread arguments [v2]

2021-05-12 Thread Vladimir Kozlov
On Tue, 11 May 2021 01:56:21 GMT, David Holmes wrote: >> Our code is littered with API's that take, or manifest, a Thread* and then >> assert/guarantee that it must be a JavaThread, rather than >> taking/manifesting a JavaThread in the first place. The main reason for this >> is that the

Re: RFR: 8263635: Add --prefix option to jhsdb debugd [v2]

2021-05-12 Thread Chris Plummer
On Tue, 11 May 2021 01:34:16 GMT, Yasumasa Suenaga wrote: >> src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/RMIHelper.java line 93: >> >>> 91: >>> 92: public static Remote lookup(String debugServerID) throws >>> DebuggerException { >>> 93: // debugServerID follows the pattern

Re: RFR: 8252842: Extend jmap to support parallel heap dump [v24]

2021-05-12 Thread Chris Plummer
On Wed, 12 May 2021 11:10:37 GMT, Lin Zang wrote: >> 8252842: Extend jmap to support parallel heap dump > > Lin Zang has updated the pull request with a new target base due to a merge > or a rebase. The pull request now contains 32 commits: > > - Merge branch 'master' into pd > - update

Re: RFR: 8243287: Removal of Unsafe::defineAnonymousClass [v4]

2021-05-12 Thread Mandy Chung
On Wed, 12 May 2021 16:10:24 GMT, Harold Seigel wrote: >> Please review this large change to remove Unsafe::defineAnonymousClass(). >> The change removes dAC relevant code and changes a lot of tests. Many of >> the changed tests need renaming. I hope to do this in a follow up RFE. >> Some

Integrated: 8267047: Put serviceability/sa/TestJmapCoreMetaspace.java back on ZGC problem list due to JDK-8267045

2021-05-12 Thread Chris Plummer
On Wed, 12 May 2021 18:00:56 GMT, Chris Plummer wrote: > [JDK-8267045](https://bugs.openjdk.java.net/browse/JDK)-8267045 removed this > test from the ZGC problem list, but it still fails, so it needs to be > re-added. This pull request has now been integrated. Changeset: 2568d181 Author:

Re: RFR: 8267047: Put serviceability/sa/TestJmapCoreMetaspace.java back on ZGC problem list due to JDK-8267045

2021-05-12 Thread Daniel D . Daugherty
On Wed, 12 May 2021 18:00:56 GMT, Chris Plummer wrote: > [JDK-8267045](https://bugs.openjdk.java.net/browse/JDK)-8267045 removed this > test from the ZGC problem list, but it still fails, so it needs to be > re-added. Thumbs up. This is a trivial fix. - Marked as reviewed by

RFR: 8267047: Put serviceability/sa/TestJmapCoreMetaspace.java back on ZGC problem list due to JDK-8267045

2021-05-12 Thread Chris Plummer
[JDK-8267045](https://bugs.openjdk.java.net/browse/JDK)-8267045 removed this test from the ZGC problem list, but it still fails, so it needs to be re-added. - Commit messages: - ProblemList serviceability/sa/TestJmapCoreMetaspace.java Changes:

Re: RFR: JDK-8255661: TestHeapDumpOnOutOfMemoryError fails with EOFException

2021-05-12 Thread Ralf Schmelter
On Wed, 12 May 2021 15:22:52 GMT, Richard Reingruber wrote: >> src/hotspot/share/services/heapDumperCompression.cpp line 262: >> >>> 260: } >>> 261: >>> 262: void CompressionBackend::thread_loop() { >> >> You could simplify `CompressionBackend::thread_loop()` further: >> >> >> void

Re: RFR: 8243287: Removal of Unsafe::defineAnonymousClass [v3]

2021-05-12 Thread Harold Seigel
On Tue, 11 May 2021 17:07:35 GMT, Ioi Lam wrote: >> Harold Seigel has updated the pull request incrementally with one additional >> commit since the last revision: >> >> fix GetModuleTest.java > > src/hotspot/share/oops/instanceMirrorKlass.inline.hpp line 65: > >> 63: // so when

Re: RFR: 8243287: Removal of Unsafe::defineAnonymousClass [v3]

2021-05-12 Thread Harold Seigel
On Tue, 11 May 2021 20:49:46 GMT, Mandy Chung wrote: >> Harold Seigel has updated the pull request incrementally with one additional >> commit since the last revision: >> >> fix GetModuleTest.java > > src/jdk.internal.vm.ci/share/classes/jdk.vm.ci.meta/src/jdk/vm/ci/meta/MetaUtil.java >

Re: RFR: 8243287: Removal of Unsafe::defineAnonymousClass [v4]

2021-05-12 Thread Harold Seigel
> Please review this large change to remove Unsafe::defineAnonymousClass(). > The change removes dAC relevant code and changes a lot of tests. Many of the > changed tests need renaming. I hope to do this in a follow up RFE. Some of > the tests were modified to use hidden classes, others

Re: RFR: 8243287: Removal of Unsafe::defineAnonymousClass [v3]

2021-05-12 Thread Harold Seigel
On Tue, 11 May 2021 14:13:49 GMT, Harold Seigel wrote: >> Please review this large change to remove Unsafe::defineAnonymousClass(). >> The change removes dAC relevant code and changes a lot of tests. Many of >> the changed tests need renaming. I hope to do this in a follow up RFE. >> Some

Re: RFR: JDK-8255661: TestHeapDumpOnOutOfMemoryError fails with EOFException

2021-05-12 Thread Richard Reingruber
On Thu, 22 Apr 2021 14:16:21 GMT, Ralf Schmelter wrote: > This fixes a race condition in the CompressionBackend class of the heap dump > code. > > The race happens when the thread iterating the heap wants to write the data > it has collected. If the compression backend has worker threads, the

Re: RFR: JDK-8255661: TestHeapDumpOnOutOfMemoryError fails with EOFException

2021-05-12 Thread Richard Reingruber
On Wed, 12 May 2021 14:37:14 GMT, Richard Reingruber wrote: >> This fixes a race condition in the CompressionBackend class of the heap dump >> code. >> >> The race happens when the thread iterating the heap wants to write the data >> it has collected. If the compression backend has worker

Re: RFR: 8265753: Remove manual JavaThread transitions to blocked [v3]

2021-05-12 Thread David Holmes
On 12/05/2021 8:56 pm, Robbin Ehn wrote: On Wed, 12 May 2021 08:27:33 GMT, Richard Reingruber wrote: Hi Robbin, I haven't found the time for a proper review yet but I've experimented a little bit with lambdas. I could not make it work because g++ created references to ::new which isn't

Re: RFR: 8265753: Remove manual JavaThread transitions to blocked [v3]

2021-05-12 Thread Richard Reingruber
On Wed, 12 May 2021 10:53:21 GMT, Robbin Ehn wrote: > > > > Hi Robbin, > > I haven't found the time for a proper review yet but I've experimented a > > little bit with lambdas. I could not make it work because g++ created > > references to ::new which isn't allowed. > > Thanks, Richard. > >

Re: RFR: 8252842: Extend jmap to support parallel heap dump [v24]

2021-05-12 Thread Lin Zang
On Wed, 12 May 2021 11:10:37 GMT, Lin Zang wrote: >> 8252842: Extend jmap to support parallel heap dump > > Lin Zang has updated the pull request with a new target base due to a merge > or a rebase. The pull request now contains 32 commits: > > - Merge branch 'master' into pd > - update

Re: RFR: JDK-8255661: TestHeapDumpOnOutOfMemoryError fails with EOFException

2021-05-12 Thread Lin Zang
On Thu, 22 Apr 2021 14:16:21 GMT, Ralf Schmelter wrote: > This fixes a race condition in the CompressionBackend class of the heap dump > code. > > The race happens when the thread iterating the heap wants to write the data > it has collected. If the compression backend has worker threads, the

Re: RFR: 8262386: resourcehogs/serviceability/sa/TestHeapDumpForLargeArray.java timed out [v10]

2021-05-12 Thread Lin Zang
> 8262386: resourcehogs/serviceability/sa/TestHeapDumpForLargeArray.java timed > out Lin Zang 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 12

Re: RFR: 8252842: Extend jmap to support parallel heap dump [v24]

2021-05-12 Thread Lin Zang
> 8252842: Extend jmap to support parallel heap dump Lin Zang has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 32 commits: - Merge branch 'master' into pd - update copyright info - Merge branch 'master' into par-dump - undo

Integrated: 8266567: Fix javadoc tag references in sun.management.jmxremote.ConnectorBootstrap

2021-05-12 Thread Pavel Rappo
On Wed, 5 May 2021 15:59:43 GMT, Pavel Rappo wrote: > This fixes two javadoc tag references and several typos. References are fixed > by removing whitespace before the opening `(`. That whitespace caused the > opening `(` and the rest of the reference to be parsed as a link label. > > Since

Re: RFR: 8265753: Remove manual JavaThread transitions to blocked [v3]

2021-05-12 Thread Robbin Ehn
On Wed, 12 May 2021 08:27:33 GMT, Richard Reingruber wrote: > Hi Robbin, > > I haven't found the time for a proper review yet but I've experimented a > little bit with lambdas. I could not make it work because g++ created > references to ::new which isn't allowed. > > Thanks, Richard. Hi

Re: RFR: 8266567: Fix javadoc tag references in sun.management.jmxremote.ConnectorBootstrap [v4]

2021-05-12 Thread Daniel Fuchs
On Wed, 12 May 2021 09:14:53 GMT, Pavel Rappo wrote: >> This fixes two javadoc tag references and several typos. References are >> fixed by removing whitespace before the opening `(`. That whitespace caused >> the opening `(` and the rest of the reference to be parsed as a link label. >> >>

Re: RFR: 8266567: Fix javadoc tag references in sun.management.jmxremote.ConnectorBootstrap [v4]

2021-05-12 Thread Serguei Spitsyn
On Wed, 12 May 2021 09:14:53 GMT, Pavel Rappo wrote: >> This fixes two javadoc tag references and several typos. References are >> fixed by removing whitespace before the opening `(`. That whitespace caused >> the opening `(` and the rest of the reference to be parsed as a link label. >> >>

Re: RFR: 8266567: Fix javadoc tag references in sun.management.jmxremote.ConnectorBootstrap [v3]

2021-05-12 Thread Pavel Rappo
On Wed, 12 May 2021 00:43:59 GMT, Serguei Spitsyn wrote: > Just one nit is to add a dot at the end of this comment: > 280 // time. It's OK for now as logic in Agent.java forbids multiple agents I added two full stops: one for each unterminated sentence in that inline comment. -

Re: RFR: 8266567: Fix javadoc tag references in sun.management.jmxremote.ConnectorBootstrap [v4]

2021-05-12 Thread Pavel Rappo
> This fixes two javadoc tag references and several typos. References are fixed > by removing whitespace before the opening `(`. That whitespace caused the > opening `(` and the rest of the reference to be parsed as a link label. > > Since we are here, I think this class could also benefit from

Re: RFR: 8265753: Remove manual JavaThread transitions to blocked [v2]

2021-05-12 Thread Richard Reingruber
On Wed, 12 May 2021 08:04:24 GMT, Robbin Ehn wrote: >> src/hotspot/share/runtime/interfaceSupport.inline.hpp line 230: >> >>> 228: }; >>> 229: >>> 230: template >> >> When you mentioned doing this with templates, I was having >> nightmares, but this one is not bad at all... > > :) Any

Re: RFR: 8265753: Remove manual JavaThread transitions to blocked [v3]

2021-05-12 Thread Richard Reingruber
On Wed, 12 May 2021 08:04:47 GMT, Robbin Ehn wrote: >> Please consider this change which removes the manual transitions to blocked. >> This adds a preprocess template/functor which is executed in the destructor >> of 'ThreadBlockInVM' if we are going to do any processing. >> This gives us a way

Re: RFR: 8265753: Remove manual JavaThread transitions to blocked [v3]

2021-05-12 Thread Robbin Ehn
> Please consider this change which removes the manual transitions to blocked. > This adds a preprocess template/functor which is executed in the destructor > of 'ThreadBlockInVM' if we are going to do any processing. > This gives us a way to backout of the object/raw monitor before suspend or >