Integrated: 8307462: [REDO] VmObjectAlloc is not generated by intrinsics methods which allocate objects

2023-08-08 Thread Leonid Mesnik
On Tue, 1 Aug 2023 19:49:51 GMT, Leonid Mesnik wrote: > The fix adds posting VmObjectAlloc events by Unsafe.allocateInstance(Class > cls). The previous attempt to post event directly from > 'LibraryCallKit::inline_unsafe_allocate()' cause performance regression even > if jvmti event is not ena

Re: RFR: 8307462: [REDO] VmObjectAlloc is not generated by intrinsics methods which allocate objects [v3]

2023-08-08 Thread Leonid Mesnik
On Fri, 4 Aug 2023 20:37:00 GMT, Serguei Spitsyn wrote: >> Leonid Mesnik has updated the pull request incrementally with one additional >> commit since the last revision: >> >> The too many deopts check should be first. > > This looks okay to me. > It needs to be reviewed by someone from the

Re: RFR: 8307462: [REDO] VmObjectAlloc is not generated by intrinsics methods which allocate objects [v4]

2023-08-08 Thread Leonid Mesnik
> The fix adds posting VmObjectAlloc events by Unsafe.allocateInstance(Class > cls). The previous attempt to post event directly from > 'LibraryCallKit::inline_unsafe_allocate()' cause performance regression even > if jvmti event is not enabled. Some optimizations have been disabled just > bec

Re: RFR: 8307462: [REDO] VmObjectAlloc is not generated by intrinsics methods which allocate objects [v3]

2023-08-08 Thread Tobias Hartmann
On Fri, 4 Aug 2023 19:45:56 GMT, Leonid Mesnik wrote: >> The fix adds posting VmObjectAlloc events by >> Unsafe.allocateInstance(Class cls). The previous attempt to post event >> directly from 'LibraryCallKit::inline_unsafe_allocate()' cause performance >> regression even if jvmti event is not

Re: RFR: 8313654: Test WaitNotifySuspendedVThreadTest.java timed out

2023-08-08 Thread Serguei Spitsyn
On Tue, 8 Aug 2023 18:50:25 GMT, Leonid Mesnik wrote: > Test might times out if it suspend thread before it starts breakpoint event > handler. > The fix is to replace sleep with better synchronization and suspend virtual > thread only when it runs native code. > > Also, the completed monitor i

Integrated: JDK-8306441: Two phase segmented heap dump

2023-08-08 Thread Yi Yang
On Wed, 26 Apr 2023 09:37:46 GMT, Yi Yang wrote: > ### Motivation and proposal > Hi, heap dump brings about pauses for application's execution(STW), this is a > well-known pain. JDK-8252842 have added parallel support to heapdump in an > attempt to alleviate this issue. However, all concurrent

Re: RFR: JDK-8306441: Two phase segmented heap dump [v28]

2023-08-08 Thread Yi Yang
On Tue, 8 Aug 2023 13:09:58 GMT, Kevin Walls wrote: >> Yi Yang has updated the pull request incrementally with one additional >> commit since the last revision: >> >> aware of serialgc and epsilongc > > Great, thanks for your patience with all of this! 8-) Thank you all for reviews and sugge

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v4]

2023-08-08 Thread Chris Plummer
On Tue, 8 Aug 2023 23:43:00 GMT, Kimura Yukihiro wrote: >> I would like to fix this issue >> because the svc jtreg test does not pass on localized Windows platform. >> Testing: >> all serviceability area tests (jdk_svc group). >> >> Could anyone review the fix please? >> >> Thanks, >> Kimura

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v3]

2023-08-08 Thread Kimura Yukihiro
On Tue, 8 Aug 2023 23:17:27 GMT, Chris Plummer wrote: >> Kimura Yukihiro has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains three commits: >> >> - Merge master >> - 8313854: Some tests in serviceability area fail on localized Windo

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v4]

2023-08-08 Thread Kimura Yukihiro
> I would like to fix this issue > because the svc jtreg test does not pass on localized Windows platform. > Testing: > all serviceability area tests (jdk_svc group). > > Could anyone review the fix please? > > Thanks, > Kimura Yukihiro Kimura Yukihiro has updated the pull request incremental

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v3]

2023-08-08 Thread Chris Plummer
On Tue, 8 Aug 2023 23:04:43 GMT, Kimura Yukihiro wrote: >> I would like to fix this issue >> because the svc jtreg test does not pass on localized Windows platform. >> Testing: >> all serviceability area tests (jdk_svc group). >> >> Could anyone review the fix please? >> >> Thanks, >> Kimura

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v3]

2023-08-08 Thread Alex Menkov
On Tue, 8 Aug 2023 23:04:43 GMT, Kimura Yukihiro wrote: >> I would like to fix this issue >> because the svc jtreg test does not pass on localized Windows platform. >> Testing: >> all serviceability area tests (jdk_svc group). >> >> Could anyone review the fix please? >> >> Thanks, >> Kimura

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v3]

2023-08-08 Thread Kimura Yukihiro
> I would like to fix this issue > because the svc jtreg test does not pass on localized Windows platform. > Testing: > all serviceability area tests (jdk_svc group). > > Could anyone review the fix please? > > Thanks, > Kimura Yukihiro Kimura Yukihiro has updated the pull request with a new

RFR: 8313654: Test WaitNotifySuspendedVThreadTest.java timed out

2023-08-08 Thread Leonid Mesnik
Test might times out if it suspend thread before it starts breakpoint event handler. The fix is to replace sleep with better synchronization and suspend virtual thread only when it runs native code. Also, the completed monitor is acquired earlier to avoid racing when completing test. -

Re: RFR: 8313654: Test WaitNotifySuspendedVThreadTest.java timed out

2023-08-08 Thread Leonid Mesnik
On Tue, 8 Aug 2023 18:50:25 GMT, Leonid Mesnik wrote: > Test might times out if it suspend thread before it starts breakpoint event > handler. > The fix is to replace sleep with better synchronization and suspend virtual > thread only when it runs native code. > > Also, the completed monitor i

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v2]

2023-08-08 Thread Chris Plummer
On Tue, 8 Aug 2023 11:27:55 GMT, Kimura Yukihiro wrote: > Hello Chris, I realized that my fix conflicted to another fix. Yes, due to my changes you now have a merge conflict you'll need to resolve, and that will involve reworking your fix. - PR Review Comment: https://git.openjdk.

Re: RFR: JDK-8306441: Two phase segmented heap dump [v28]

2023-08-08 Thread Kevin Walls
On Tue, 8 Aug 2023 13:03:59 GMT, Yi Yang wrote: >> ### Motivation and proposal >> Hi, heap dump brings about pauses for application's execution(STW), this is >> a well-known pain. JDK-8252842 have added parallel support to heapdump in an >> attempt to alleviate this issue. However, all concurre

Re: RFR: JDK-8306441: Two phase segmented heap dump [v28]

2023-08-08 Thread Yi Yang
> ### Motivation and proposal > Hi, heap dump brings about pauses for application's execution(STW), this is a > well-known pain. JDK-8252842 have added parallel support to heapdump in an > attempt to alleviate this issue. However, all concurrent threads > competitively write heap data to the sam

Integrated: 8313785: Fix -Wconversion warnings in prims code

2023-08-08 Thread Coleen Phillimore
On Fri, 4 Aug 2023 14:37:07 GMT, Coleen Phillimore wrote: > This patch fixes Wconversion in code in the src/hotspot/share/prims > directory. Most of the changes correct the types. jfieldID's are created > with the int offset returned by InstanceKlass::field_offset(). > int field_offs

Re: RFR: 8313785: Fix -Wconversion warnings in prims code [v2]

2023-08-08 Thread Coleen Phillimore
On Sat, 5 Aug 2023 16:21:57 GMT, Coleen Phillimore wrote: >> This patch fixes Wconversion in code in the src/hotspot/share/prims >> directory. Most of the changes correct the types. jfieldID's are created >> with the int offset returned by InstanceKlass::field_offset(). >> int field_

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v2]

2023-08-08 Thread Kimura Yukihiro
On Tue, 8 Aug 2023 09:52:53 GMT, Kimura Yukihiro wrote: >> test/jdk/sun/tools/jhsdb/JShellHeapDumpTest.java line 153: >> >>> 151: long startTime = System.currentTimeMillis(); >>> 152: try { >>> 153: ProcessBuilder pb = new >>> ProcessBuilder(JDKToolFinder.getTestJDKT

Re: RFR: JDK-8306441: Two phase segmented heap dump [v27]

2023-08-08 Thread Kevin Walls
On Tue, 8 Aug 2023 09:22:07 GMT, Yi Yang wrote: >> ### Motivation and proposal >> Hi, heap dump brings about pauses for application's execution(STW), this is >> a well-known pain. JDK-8252842 have added parallel support to heapdump in an >> attempt to alleviate this issue. However, all concurre

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v2]

2023-08-08 Thread Kimura Yukihiro
On Mon, 7 Aug 2023 21:51:39 GMT, Chris Plummer wrote: >> Kimura Yukihiro has updated the pull request incrementally with one >> additional commit since the last revision: >> >> 8313854: Some tests in serviceability area fail on localized Windows >> platform > > test/jdk/sun/tools/jhsdb/JShel

Re: RFR: 8313854: Some tests in serviceability area fail on localized Windows platform [v2]

2023-08-08 Thread Kimura Yukihiro
> I would like to fix this issue > because the svc jtreg test does not pass on localized Windows platform. > Testing: > all serviceability area tests (jdk_svc group). > > Could anyone review the fix please? > > Thanks, > Kimura Yukihiro Kimura Yukihiro has updated the pull request incremental

Re: RFR: JDK-8306441: Two phase segmented heap dump [v27]

2023-08-08 Thread Yi Yang
> ### Motivation and proposal > Hi, heap dump brings about pauses for application's execution(STW), this is a > well-known pain. JDK-8252842 have added parallel support to heapdump in an > attempt to alleviate this issue. However, all concurrent threads > competitively write heap data to the sam

Re: RFR: JDK-8306441: Two phase segmented heap dump [v26]

2023-08-08 Thread Yi Yang
On Tue, 8 Aug 2023 07:41:23 GMT, Kevin Walls wrote: > It's not too bad to change the test to launch a LingeredApp and test the > output, I made an attempt at that. I'll share a testcase suggestion here, see > what you think. Thank you for the share! It makes sense to me. This test will start J

Re: RFR: JDK-8306441: Two phase segmented heap dump [v26]

2023-08-08 Thread Kevin Walls
On Fri, 4 Aug 2023 13:04:28 GMT, Yi Yang wrote: >> ### Motivation and proposal >> Hi, heap dump brings about pauses for application's execution(STW), this is >> a well-known pain. JDK-8252842 have added parallel support to heapdump in an >> attempt to alleviate this issue. However, all concurre

Re: RFR: JDK-8306441: Two phase segmented heap dump [v26]

2023-08-08 Thread Kevin Walls
On Fri, 4 Aug 2023 13:04:28 GMT, Yi Yang wrote: >> ### Motivation and proposal >> Hi, heap dump brings about pauses for application's execution(STW), this is >> a well-known pain. JDK-8252842 have added parallel support to heapdump in an >> attempt to alleviate this issue. However, all concurre