Re: RFR: 8223312: Utilize handshakes instead of is_thread_fully_suspended

2020-10-19 Thread David Holmes
On 20/10/2020 4:18 pm, Robbin Ehn wrote: On Tue, 20 Oct 2020 02:14:56 GMT, David Holmes wrote: The main point of this change-set is to make it easier to implement S/R on top of handshakes. Which is a prerequisite for removing _suspend_flag (which duplicates the handshake functionality). But

Re: RFR: 8223312: Utilize handshakes instead of is_thread_fully_suspended

2020-10-19 Thread Robbin Ehn
On Tue, 20 Oct 2020 02:14:56 GMT, David Holmes wrote: >> The main point of this change-set is to make it easier to implement S/R on >> top of handshakes. >> Which is a prerequisite for removing _suspend_flag (which duplicates the >> handshake functionality). >> But we also remove some complicat

Integrated: 8254776: Remove unimplemented LowMemoryDetector::check_memory_usage

2020-10-19 Thread Aleksey Shipilev
On Wed, 14 Oct 2020 14:57:20 GMT, Aleksey Shipilev wrote: > `LowMemoryDetector::check_memory_usage` seems declared but not implemented. > Current history does not show any > definitions since the initial load. Can be removed. > Testing: > - [x] Linux x86_64 build > - [x] Test search for `check

Re: RFR: 8223312: Utilize handshakes instead of is_thread_fully_suspended

2020-10-19 Thread David Holmes
On Mon, 19 Oct 2020 09:59:34 GMT, Robbin Ehn wrote: > The main point of this change-set is to make it easier to implement S/R on > top of handshakes. > Which is a prerequisite for removing _suspend_flag (which duplicates the > handshake functionality). > But we also remove some complicated S/R

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Chris Plummer
On Tue, 20 Oct 2020 00:04:16 GMT, Igor Ignatyev wrote: >> test/hotspot/jtreg/vmTestbase/nsk/jdb/caught_exception/caught_exception002/caught_exception002.java >> line 87: >> >>> 85: static final String DEBUGGEE_CLASS = TEST_CLASS + "a"; >>> 86: static final String FIRST_BREAK = DEBUGGEE_

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Igor Ignatyev
On Mon, 19 Oct 2020 23:56:00 GMT, Chris Plummer wrote: >> b/c you get indentation unit for each block, 1st block is `fields001` class >> definition, next block is the array >> initializations (start at L#86 and L#99 for `checkedFields1` and >> `checkedFields2` respecitively) > > I don't follow

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Igor Ignatyev
On Mon, 19 Oct 2020 18:37:58 GMT, Chris Plummer wrote: >> Igor Ignatyev has updated the pull request incrementally with one additional >> commit since the last revision: >> >> update copyright years > > test/hotspot/jtreg/vmTestbase/nsk/jdb/caught_exception/caught_exception002/caught_exceptio

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Chris Plummer
On Mon, 19 Oct 2020 20:55:01 GMT, Igor Ignatyev wrote: >> test/hotspot/jtreg/vmTestbase/nsk/jdb/fields/fields001/fields001.java line >> 108: >> >>> 106: "ii_aa", "oi_aa", >>> 107: "ii_aaa", "oi_aaa" >>> 108: }; >> >> Why are these indented 8 instead of 4? > > b/c yo

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Chris Plummer
On Mon, 19 Oct 2020 20:49:14 GMT, Igor Ignatyev wrote: >> test/hotspot/jtreg/vmTestbase/nsk/jdb/caught_exception/caught_exception002/caught_exception002a.java >> line 42: >> >>> 40: } >>> 41: >>> 42: public int runIt(String[] args, PrintStream out) { >> >> Is there a style guide that s

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Igor Ignatyev
On Mon, 19 Oct 2020 18:51:15 GMT, Chris Plummer wrote: >> Igor Ignatyev has updated the pull request incrementally with one additional >> commit since the last revision: >> >> update copyright years > > test/hotspot/jtreg/vmTestbase/nsk/jdb/fields/fields001/fields001.java line > 108: > >> 1

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Igor Ignatyev
On Mon, 19 Oct 2020 18:44:56 GMT, Chris Plummer wrote: >> Igor Ignatyev has updated the pull request incrementally with one additional >> commit since the last revision: >> >> update copyright years > > test/hotspot/jtreg/vmTestbase/nsk/jdb/caught_exception/caught_exception002/caught_exceptio

Re: RFR: 8227745: Enable Escape Analysis for Better Performance in the Presence of JVMTI Agents [v10]

2020-10-19 Thread Richard Reingruber
On Wed, 14 Oct 2020 20:50:45 GMT, Richard Reingruber wrote: >> Good. > >> >> >> Good. > > Thanks for the review, Vladimir (@vnkozlov)! > I'm still (stress) testing adaptations to lazy/concurrent thread stack > processing for ZGC. > --Richard. Thanks once more @TheRealMDoerr, @GoeLin, @dholm

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb [v2]

2020-10-19 Thread Chris Plummer
On Thu, 15 Oct 2020 23:25:25 GMT, Igor Ignatyev wrote: >> Hi all, >> >> could you please review this patch which reformats/cleans up the code of >> vmTestbase/nsk/jdb tests? >> >> the part of this patch is a spinoff from #350. >> >> testing: >> * [x] `vmTestbase/nsk/jdb` tests on `linux-x64-d

Re: RFR: 8227745: Enable Escape Analysis for Better Performance in the Presence of JVMTI Agents [v14]

2020-10-19 Thread Richard Reingruber
> Hi, > > this is the continuation of the review of the implementation for: > > https://bugs.openjdk.java.net/browse/JDK-8227745 > https://bugs.openjdk.java.net/browse/JDK-8233915 > > It allows for JIT optimizations based on escape analysis even if JVMTI agents > acquire capabilities to access

Re: RFR: 8254776: Remove unimplemented LowMemoryDetector::check_memory_usage [v2]

2020-10-19 Thread Chris Plummer
On Mon, 19 Oct 2020 06:23:16 GMT, Aleksey Shipilev wrote: >> `LowMemoryDetector::check_memory_usage` seems declared but not implemented. >> Current history does not show any >> definitions since the initial load. Can be removed. >> Testing: >> - [x] Linux x86_64 build >> - [x] Test search for

Re: RFR: 8253525: Implement getInstanceSize/sizeOf intrinsics [v3]

2020-10-19 Thread Vladimir Kozlov
On Mon, 19 Oct 2020 06:57:24 GMT, Aleksey Shipilev wrote: >> This is fork off the SizeOf JEP, JDK-8249196. There is already the entry >> point in JDK that can use the intrinsic like >> this: `Instrumentation.getInstanceSize`. Therefore, we can implement the >> C1/C2 intrinsic now, hook it up to

Re: RFR: 8254776: Remove unimplemented LowMemoryDetector::check_memory_usage [v2]

2020-10-19 Thread Serguei Spitsyn
On Mon, 19 Oct 2020 06:23:16 GMT, Aleksey Shipilev wrote: >> `LowMemoryDetector::check_memory_usage` seems declared but not implemented. >> Current history does not show any >> definitions since the initial load. Can be removed. >> Testing: >> - [x] Linux x86_64 build >> - [x] Test search for

Re: RFR: 8254861: reformat code in vmTestbase/nsk/jdb

2020-10-19 Thread Igor Ignatyev
On Thu, 15 Oct 2020 22:47:43 GMT, Igor Ignatyev wrote: > Hi all, > > could you please review this patch which reformats/cleans up the code of > vmTestbase/nsk/jdb tests? > > the part of this patch is a spinoff from #350. > > testing: > * [x] `vmTestbase/nsk/jdb` tests on `linux-x64-debug` pi

Re: RFR: 8252103: Parallel heap inspection for ParallelScavengeHeap [v4]

2020-10-19 Thread Lin Zang
> - Parallel heap iteration support for PSS > - JBS: https://bugs.openjdk.java.net/browse/JDK-8252103 Lin Zang has refreshed the contents of this pull request, and previous commits have been removed. The incremental views will show differences compared to the previous content of the PR. The pull

Re: RFR: 8252103: Parallel heap inspection for ParallelScavengeHeap

2020-10-19 Thread Lin Zang
On Fri, 9 Oct 2020 14:23:31 GMT, Lin Zang wrote: >> Hi @kstefanj, Thanks a lot for your comments. >> I think there can be a reclaimer that treat eden space, from space, to space >> and "blocks" in old space as parallel >> iteration candidates, then every workers try to claim their ownership of t

Re: RFR: 8252103: Parallel heap inspection for ParallelScavengeHeap [v3]

2020-10-19 Thread Lin Zang
> - Parallel heap iteration support for PSS > - JBS: https://bugs.openjdk.java.net/browse/JDK-8252103 Lin Zang has refreshed the contents of this pull request, and previous commits have been removed. The incremental views will show differences compared to the previous content of the PR. The pull

Re: RFR: 8252103: Parallel heap inspection for ParallelScavengeHeap [v2]

2020-10-19 Thread Lin Zang
> - Parallel heap iteration support for PSS > - JBS: https://bugs.openjdk.java.net/browse/JDK-8252103 Lin Zang has refreshed the contents of this pull request, and previous commits have been removed. The incremental views will show differences compared to the previous content of the PR. The pull

RFR: 8223312: Utilize handshakes instead of is_thread_fully_suspended

2020-10-19 Thread Robbin Ehn
The main point of this change-set is to make it easier to implement S/R on top of handshakes. Which is a prerequisite for removing _suspend_flag (which duplicates the handshake functionality). But we also remove some complicated S/R methods. We basically just put in everything in the handshake c

Integrated: 8243962: Various JVM TI tests time out using JFR on Windows

2020-10-19 Thread Markus Grönlund
On Fri, 16 Oct 2020 22:30:14 GMT, Markus Grönlund wrote: > Greetings, > > JDK-8243962 has been a large effort to chase down intermittent timeouts for > certain JVMTI tests when run on Windows > debug builds in combination with JFR. The background is long, included in > JDK-8243962. > In short,

Re: RFR: 8243962: Various JVM TI tests time out using JFR on Windows [v2]

2020-10-19 Thread Markus Grönlund
On Sun, 18 Oct 2020 20:12:31 GMT, Chris Plummer wrote: >> Markus Grönlund 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 three additional com

Integrated: 8254874: ZGC: JNIHandleBlock verification failure in stack watermark processing

2020-10-19 Thread Stefan Karlsson
On Fri, 16 Oct 2020 14:29:46 GMT, Stefan Karlsson wrote: > The cm03t001 test creates a local JNI handle in the prepare function. It > later uses that handle from a callback > function, from another thread. When the callback runs, ZGC applies a load > barrier to that handle and self-heals it in

Re: RFR: 8254874: ZGC: JNIHandleBlock verification failure in stack watermark processing

2020-10-19 Thread Stefan Karlsson
On Sat, 17 Oct 2020 08:38:10 GMT, Per Liden wrote: >> The cm03t001 test creates a local JNI handle in the prepare function. It >> later uses that handle from a callback >> function, from another thread. When the callback runs, ZGC applies a load >> barrier to that handle and self-heals it in >>

Re: RFR: 8253525: Implement getInstanceSize/sizeOf intrinsics [v3]

2020-10-19 Thread Aleksey Shipilev
> This is fork off the SizeOf JEP, JDK-8249196. There is already the entry > point in JDK that can use the intrinsic like > this: `Instrumentation.getInstanceSize`. Therefore, we can implement the > C1/C2 intrinsic now, hook it up to > `Instrumentation`, and let the tools use that fast path today