Re: RFR: 8331497: Implement JEP 483: Ahead-of-Time Class Loading & Linking [v6]

2024-10-31 Thread Dan Heidinga
On Thu, 31 Oct 2024 02:23:24 GMT, Ioi Lam wrote: >> This is an implementation of [JEP 483: Ahead-of-Time Class Loading & >> Linking](https://openjdk.org/jeps/483). >> >> >> Note: this is a combined PR of the following individual PRs >> - https://github.com/openjdk/jdk/pull/20516 >> - https

Re: RFR: 8342682: Errors related to unused code on Windows after 8339120 in dt_shmem jdwp security and jpackage [v4]

2024-10-31 Thread Julian Waters
On Thu, 31 Oct 2024 07:18:35 GMT, Julian Waters wrote: >> After 8339120, gcc began catching many different instances of unused code in >> the Windows specific codebase. Some of these seem to be bugs. I've taken the >> effort to mark out all the relevant globals and locals that trigger the >> u

Re: RFR: 8342682: Errors related to unused code on Windows after 8339120 in dt_shmem jdwp security and jpackage [v2]

2024-10-31 Thread David Holmes
On Thu, 31 Oct 2024 19:07:42 GMT, Chris Plummer wrote: > I do wonder if mutex support can be implemented for Windows with > Acquire/ReleaseSRWLockExclusive. A `CriticalSection` is a mutex. A RWLock is not a "mutex". - PR Comment: https://git.openjdk.org/jdk/pull/21616#issuecommen

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v4]

2024-10-31 Thread Quan Anh Mai
> Hi, > > This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness > check of non-closeable scopes such as the global scope can be elided. > > Currently, the `state` field is overloaded with 2 responsibilities, to act as > a communication device between `close` and `checkVal

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v3]

2024-10-31 Thread Quan Anh Mai
On Thu, 31 Oct 2024 18:09:55 GMT, Quan Anh Mai wrote: >> Hi, >> >> This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness >> check of non-closeable scopes such as the global scope can be elided. >> >> Currently, the `state` field is overloaded with 2 responsibilities, to

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v25]

2024-10-31 Thread David Holmes
On Thu, 31 Oct 2024 21:50:50 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v42]

2024-10-31 Thread Mandy Chung
On Thu, 31 Oct 2024 10:52:22 GMT, Severin Gehwolf wrote: >> Please review this patch which adds a jlink mode to the JDK which doesn't >> need the packaged modules being present. A.k.a run-time image based jlink. >> Fundamentally this patch adds an option to use `jlink` even though your JDK >>

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v42]

2024-10-31 Thread Mandy Chung
On Thu, 31 Oct 2024 10:52:22 GMT, Severin Gehwolf wrote: >> Please review this patch which adds a jlink mode to the JDK which doesn't >> need the packaged modules being present. A.k.a run-time image based jlink. >> Fundamentally this patch adds an option to use `jlink` even though your JDK >>

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v3]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 18:09:55 GMT, Quan Anh Mai wrote: >> Hi, >> >> This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness >> check of non-closeable scopes such as the global scope can be elided. >> >> Currently, the `state` field is overloaded with 2 responsibilities, to

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v40]

2024-10-31 Thread Mandy Chung
On Thu, 31 Oct 2024 10:24:34 GMT, Severin Gehwolf wrote: >> I've changed it to AssertionError, but can change it to UncheckedIOException >> instead. Will take another pass on this issue tomorrow. > > Having looked at this again the patch now consistently uses `AssertionError` > which should be

Re: RFR: 8343188: Investigate ways to simplify MemorySegment::ofBuffer [v5]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 19:06:16 GMT, ExE Boss wrote: > Because heap segments don’t have to be backed by an array. I don't really know how to read this. We're asking a nio buffer to give us back a memory segment. There's two kinds of memory segment: heap segments and native segments (as the javado

Re: RFR: 8343251: Facelift for Type and AnnotatedType specifications [v4]

2024-10-31 Thread Chen Liang
> The Type and AnnotatedType hierarchies have been enigmatic to new users: > users have no clue how to categorize arbitrary type objects, when it is safe > to cast to more specific types, and the exact conditions for method contracts. > > A manifest is [JDK-8306039](https://bugs.openjdk.org/brow

Re: RFR: 8343251: Facelift for Type and AnnotatedType specifications [v3]

2024-10-31 Thread Chen Liang
On Thu, 31 Oct 2024 19:35:48 GMT, Chen Liang wrote: >> The Type and AnnotatedType hierarchies have been enigmatic to new users: >> users have no clue how to categorize arbitrary type objects, when it is safe >> to cast to more specific types, and the exact conditions for method >> contracts. >

Re: RFR: 8340311: JPackage app-image exe launches multiple exe's in JDK 22+ [v2]

2024-10-31 Thread Alexander Matveev
On Thu, 31 Oct 2024 05:52:07 GMT, Alexey Semenyuk wrote: >> Support `win.norestart` application property in jpackage .cfg file. If found >> in the .cfg file and set to `true`, it forces the Windows app launcher not >> to restart the launcher process. >> >> Collateral changes to the tests: >>

Integrated: 8343305: Remove Indify-dependent microbenchmarks

2024-10-31 Thread Claes Redestad
On Thu, 31 Oct 2024 13:29:35 GMT, Claes Redestad wrote: > Benchmarks using Indify was added to the JMH microbenchmarks corpus in the > JDK 8 timeframe. This adds overhead to the microbenchmarks build and has been > blocking/slowing progress on some indy-based prototyping as the indify tool > i

Re: RFR: 8343305: Remove Indify-dependent microbenchmarks

2024-10-31 Thread Claes Redestad
On Thu, 31 Oct 2024 13:29:35 GMT, Claes Redestad wrote: > Benchmarks using Indify was added to the JMH microbenchmarks corpus in the > JDK 8 timeframe. This adds overhead to the microbenchmarks build and has been > blocking/slowing progress on some indy-based prototyping as the indify tool > i

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v24]

2024-10-31 Thread Patricio Chilano Mateo
> This is the implementation of JEP 491: Synchronize Virtual Threads without > Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for > further details. > > In order to make the code review easier the changes have been split into the > following initial 4 commits: > > - Change

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v42]

2024-10-31 Thread Mandy Chung
On Thu, 31 Oct 2024 10:52:22 GMT, Severin Gehwolf wrote: >> Please review this patch which adds a jlink mode to the JDK which doesn't >> need the packaged modules being present. A.k.a run-time image based jlink. >> Fundamentally this patch adds an option to use `jlink` even though your JDK >>

Re: Allowing apps to force sun.jnu.encoding = "UTF-8" on Windows

2024-10-31 Thread Naoto Sato
(renamed the subject back to original) On 10/31/24 9:12 AM, Fabian Meumertzheim wrote: This has been discussed when we did JEP 400: UTF-8 by Default and decided not to do it, mainly because it affects filename/path encoding. Changing `sun.jnu.encoding` apart from Windows system encoding will mak

Integrated: 8342544: [macos] jpackage test helper should check for both "--app-image" and "--mac-sign" for signing predefined app image case

2024-10-31 Thread Alexander Matveev
On Tue, 29 Oct 2024 23:13:21 GMT, Alexander Matveev wrote: > - Added check for "--mac-sign" argument in cases when we do in-place signing > of predefined app image to avoid potential bugs. This pull request has now been integrated. Changeset: 34655c67 Author:Alexander Matveev URL:

Integrated: 8343085: [macos] jpackage verbose output on macOS contains numerous "Running /usr/bin/codesign" entries

2024-10-31 Thread Alexander Matveev
On Wed, 30 Oct 2024 01:02:25 GMT, Alexander Matveev wrote: > - All verbose log messages in Executor will only be shown if mode is not > quite to eliminate partial and unnecessary log messages. This pull request has now been integrated. Changeset: 5a5d9c51 Author:Alexander Matveev URL:

Re: RFR: 8343236: Use @apiNote and @implSpec in j.util.Currency [v2]

2024-10-31 Thread Iris Clark
On Thu, 31 Oct 2024 19:40:06 GMT, Justin Lu wrote: >> Please review this PR which aims to improve the _j.util.Currency_ >> specification by using `@apiNote` and `@implSpec`. >> >> A corresponding CSR has been filed. > > Justin Lu has updated the pull request incrementally with one additional >

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v40]

2024-10-31 Thread Mandy Chung
On Wed, 30 Oct 2024 21:17:26 GMT, Severin Gehwolf wrote: > OK. It's currently part of the JEP, though which should explain what it does. > Open for suggestions, though. I've taken inspiration from JVM features which > use a similar `+/-` model. I think it'd better to make this message human-un

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Patricio Chilano Mateo
On Thu, 31 Oct 2024 19:13:31 GMT, Dean Long wrote: >> Patricio Chilano Mateo has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Fix typos in comments > > src/hotspot/share/runtime/vframe.inline.hpp line 130: > >> 128: // Waited event

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v9]

2024-10-31 Thread Patricio Chilano Mateo
On Thu, 31 Oct 2024 21:11:39 GMT, Fredrik Bredberg wrote: >> There was one value that meant to be for the regular freeze from java. But >> it was not used so I removed it. > > Fair enough, but I would prefer if you start at zero. Just so people like me > don't start scratching their head tryin

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v25]

2024-10-31 Thread Patricio Chilano Mateo
> This is the implementation of JEP 491: Synchronize Virtual Threads without > Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for > further details. > > In order to make the code review easier the changes have been split into the > following initial 4 commits: > > - Change

Re: RFR: 8319343: Improve CDS module graph support for --add-modules option [v4]

2024-10-31 Thread Calvin Cheung
On Mon, 28 Oct 2024 16:16:14 GMT, Calvin Cheung wrote: >> Summary of changes: >> >> Before dumping info the archive, all the module names from `--add-modules` >> will be sorted and then concatenated into one string with comma as the >> separator between module names. >> >> During runtime, sam

Integrated: 8319343: Improve CDS module graph support for --add-modules option

2024-10-31 Thread Calvin Cheung
On Wed, 16 Oct 2024 22:46:40 GMT, Calvin Cheung wrote: > Summary of changes: > > Before dumping info the archive, all the module names from `--add-modules` > will be sorted and then concatenated into one string with comma as the > separator between module names. > > During runtime, same funct

Re: RFR: 8336881: [Linux] Support for hierarchical limits for Metrics [v12]

2024-10-31 Thread Severin Gehwolf
> Please review this fix for cgroups-based metrics reporting in the > `jdk.internal.platform` package. This fix is supposed to address wrong > reporting of certain limits if the limits aren't set at the leaf nodes. > > For example, on cg v2, the memory limit interface file is `memory.max`. > Co

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v9]

2024-10-31 Thread Fredrik Bredberg
On Thu, 31 Oct 2024 20:05:18 GMT, Patricio Chilano Mateo wrote: >> src/hotspot/share/runtime/continuation.hpp line 66: >> >>> 64: >>> 65: enum preempt_kind { >>> 66: freeze_on_monitorenter = 1, >> >> Is there a reason why the first enumerator doesn't start at zero? > > There was one val

Re: RFR: 8343305: Remove Indify-dependent microbenchmarks

2024-10-31 Thread Magnus Ihse Bursie
On Thu, 31 Oct 2024 13:29:35 GMT, Claes Redestad wrote: > Benchmarks using Indify was added to the JMH microbenchmarks corpus in the > JDK 8 timeframe. This adds overhead to the microbenchmarks build and has been > blocking/slowing progress on some indy-based prototyping as the indify tool > i

Re: RFR: 8343305: Remove Indify-dependent microbenchmarks

2024-10-31 Thread Erik Joelsson
On Thu, 31 Oct 2024 13:29:35 GMT, Claes Redestad wrote: > Benchmarks using Indify was added to the JMH microbenchmarks corpus in the > JDK 8 timeframe. This adds overhead to the microbenchmarks build and has been > blocking/slowing progress on some indy-based prototyping as the indify tool > i

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v42]

2024-10-31 Thread Erik Joelsson
On Thu, 31 Oct 2024 10:52:22 GMT, Severin Gehwolf wrote: >> Please review this patch which adds a jlink mode to the JDK which doesn't >> need the packaged modules being present. A.k.a run-time image based jlink. >> Fundamentally this patch adds an option to use `jlink` even though your JDK >>

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Alan Bateman
On Thu, 31 Oct 2024 20:12:06 GMT, Dean Long wrote: >> Patricio Chilano Mateo has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Fix typos in comments > > test/hotspot/gtest/nmt/test_vmatree.cpp line 34: > >> 32: >> 33: using Tree = VMATre

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Alan Bateman
On Thu, 31 Oct 2024 19:59:00 GMT, Dean Long wrote: >> Patricio Chilano Mateo has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Fix typos in comments > > src/java.base/share/classes/sun/security/ssl/X509TrustManagerImpl.java line > 57: >

Integrated: 8325089: jpackage utility creates an "infinite", undeleteable directory tree

2024-10-31 Thread Alexey Semenyuk
On Wed, 16 Oct 2024 18:45:38 GMT, Alexey Semenyuk wrote: > Make jpackage correctly handle the output directory (`--dest`) that is: > - a subdirectory of the input directory; > - the same as the input directory. > > Make jpackage correctly handle temp directory (`--temp`) that is: > - a subdir

Integrated: 8343019: Primitive caches must use boxed instances from the archive

2024-10-31 Thread Aleksey Shipilev
On Mon, 28 Oct 2024 10:16:40 GMT, Aleksey Shipilev wrote: > This is forked from > [JDK-8342642](https://bugs.openjdk.org/browse/JDK-8342642) and filed as a > general issue for archived boxed Integer cache when it's recreated at > runtime. In short, current code drops the entire primitive cache

Re: RFR: 8343019: Primitive caches must use boxed instances from the archive [v5]

2024-10-31 Thread Aleksey Shipilev
On Thu, 31 Oct 2024 07:48:40 GMT, Aleksey Shipilev wrote: >> This is forked from >> [JDK-8342642](https://bugs.openjdk.org/browse/JDK-8342642) and filed as a >> general issue for archived boxed Integer cache when it's recreated at >> runtime. In short, current code drops the entire primitive c

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Alan Bateman
On Thu, 31 Oct 2024 20:13:31 GMT, Dean Long wrote: >> Patricio Chilano Mateo has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Fix typos in comments > > src/java.base/linux/classes/sun/nio/ch/EPollSelectorImpl.java line 108: > >> 106:

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Dean Long
On Wed, 30 Oct 2024 22:44:48 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v9]

2024-10-31 Thread Patricio Chilano Mateo
On Wed, 30 Oct 2024 12:48:02 GMT, Fredrik Bredberg wrote: >> Patricio Chilano Mateo has updated the pull request incrementally with four >> additional commits since the last revision: >> >> - Rename set/has_owner_anonymous to set/has_anonymous_owner >> - Fix comments in javaThread.hpp and Th

Re: RFR: 8325089: jpackage utility creates an "infinite", undeleteable directory tree [v13]

2024-10-31 Thread Alexander Matveev
On Thu, 31 Oct 2024 04:49:06 GMT, Alexey Semenyuk wrote: >> Make jpackage correctly handle the output directory (`--dest`) that is: >> - a subdirectory of the input directory; >> - the same as the input directory. >> >> Make jpackage correctly handle temp directory (`--temp`) that is: >> - a

Re: RFR: 8333582: Update CLDR to Version 46.0 [v2]

2024-10-31 Thread Naoto Sato
> Upgrading the CLDR to version 46.0. A corresponding CSR has also been drafted. Naoto Sato has updated the pull request incrementally with one additional commit since the last revision: Addresses review comments - Changes: - all: https://git.openjdk.org/jdk/pull/21772/files

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Dean Long
On Wed, 30 Oct 2024 22:44:48 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: RFR: 8333582: Update CLDR to Version 46.0

2024-10-31 Thread Naoto Sato
On Tue, 29 Oct 2024 18:12:43 GMT, Naoto Sato wrote: > Upgrading the CLDR to version 46.0. A corresponding CSR has also been drafted. Thanks, Justin > Left minor comments. They are both leftovers. Removed. - PR Comment: https://git.openjdk.org/jdk/pull/21772#issuecomment-245071671

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Dean Long
On Wed, 30 Oct 2024 22:44:48 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 18:06:22 GMT, Quan Anh Mai wrote: >> src/java.base/share/classes/jdk/internal/foreign/ConfinedSession.java line >> 44: >> >>> 42: private int asyncReleaseCount = 0; >>> 43: >>> 44: static final VarHandle ASYNC_RELEASE_COUNT= >>> MhUtil.findVarHandle(MethodHandles.l

Re: RFR: 8333582: Update CLDR to Version 46.0

2024-10-31 Thread Justin Lu
On Tue, 29 Oct 2024 18:12:43 GMT, Naoto Sato wrote: > Upgrading the CLDR to version 46.0. A corresponding CSR has also been drafted. Data changes look to be CLDR 46. Went through the tests as well. Change in build to add the aliases of the preferred value for a deprecated zone LGTM. Left minor

Re: RFR: 8343251: Facelift for Type and AnnotatedType specifications [v3]

2024-10-31 Thread Chen Liang
On Thu, 31 Oct 2024 19:35:48 GMT, Chen Liang wrote: >> The Type and AnnotatedType hierarchies have been enigmatic to new users: >> users have no clue how to categorize arbitrary type objects, when it is safe >> to cast to more specific types, and the exact conditions for method >> contracts. >

Re: RFR: 8343236: Use @apiNote and @implSpec in j.util.Currency [v2]

2024-10-31 Thread Justin Lu
> Please review this PR which aims to improve the _j.util.Currency_ > specification by using `@apiNote` and `@implSpec`. > > A corresponding CSR has been filed. Justin Lu has updated the pull request incrementally with one additional commit since the last revision: CSR review: implNote -> im

Re: RFR: 8343236: Use @apiNote and @implSpec in j.util.Currency [v2]

2024-10-31 Thread Lance Andersen
On Thu, 31 Oct 2024 19:40:06 GMT, Justin Lu wrote: >> Please review this PR which aims to improve the _j.util.Currency_ >> specification by using `@apiNote` and `@implSpec`. >> >> A corresponding CSR has been filed. > > Justin Lu has updated the pull request incrementally with one additional >

Re: RFR: 8343251: Facelift for Type and AnnotatedType specifications [v3]

2024-10-31 Thread Chen Liang
> The Type and AnnotatedType hierarchies have been enigmatic to new users: > users have no clue how to categorize arbitrary type objects, when it is safe > to cast to more specific types, and the exact conditions for method contracts. > > A manifest is [JDK-8306039](https://bugs.openjdk.org/brow

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Dean Long
On Wed, 30 Oct 2024 22:44:48 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Dean Long
On Wed, 30 Oct 2024 22:44:48 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: RFR: 8342682: Errors related to unused code on Windows after 8339120 in dt_shmem jdwp security and jpackage [v2]

2024-10-31 Thread Chris Plummer
On Thu, 31 Oct 2024 07:13:56 GMT, Julian Waters wrote: > > I do wonder if mutex support can be implemented for Windows with > > Acquire/ReleaseSRWLockExclusive. I know it's not strictly needed, but it > > would be nice to have. Shame threads.h is not available with some Visual > > Studio versi

Re: RFR: 8343188: Investigate ways to simplify MemorySegment::ofBuffer [v5]

2024-10-31 Thread ExE Boss
On Thu, 31 Oct 2024 17:20:11 GMT, Maurizio Cimadamore wrote: >> Per Minborg 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 additional >> co

Re: RFR: 8342682: Errors related to unused code on Windows after 8339120 in dt_shmem jdwp security and jpackage [v4]

2024-10-31 Thread Chris Plummer
On Thu, 31 Oct 2024 07:18:35 GMT, Julian Waters wrote: >> After 8339120, gcc began catching many different instances of unused code in >> the Windows specific codebase. Some of these seem to be bugs. I've taken the >> effort to mark out all the relevant globals and locals that trigger the >> u

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v41]

2024-10-31 Thread Mandy Chung
On Wed, 30 Oct 2024 21:12:42 GMT, Severin Gehwolf wrote: >> Please review this patch which adds a jlink mode to the JDK which doesn't >> need the packaged modules being present. A.k.a run-time image based jlink. >> Fundamentally this patch adds an option to use `jlink` even though your JDK >>

Re: RFR: 8311302: Implement JEP 493: Linking Run-Time Images without JMODs [v42]

2024-10-31 Thread Mandy Chung
On Thu, 31 Oct 2024 10:52:22 GMT, Severin Gehwolf wrote: >> Please review this patch which adds a jlink mode to the JDK which doesn't >> need the packaged modules being present. A.k.a run-time image based jlink. >> Fundamentally this patch adds an option to use `jlink` even though your JDK >>

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v3]

2024-10-31 Thread Quan Anh Mai
On Thu, 31 Oct 2024 17:03:31 GMT, Maurizio Cimadamore wrote: >> Quan Anh Mai has updated the pull request incrementally with one additional >> commit since the last revision: >> >> fix benchmarks > > src/java.base/share/classes/jdk/internal/foreign/SharedSession.java line 90: > >> 88:

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Quan Anh Mai
On Thu, 31 Oct 2024 17:41:22 GMT, Maurizio Cimadamore wrote: >> Quan Anh Mai has updated the pull request incrementally with one additional >> commit since the last revision: >> >> add LoopOverRandom benchmarks > > src/java.base/share/classes/jdk/internal/foreign/ConfinedSession.java line 44

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Quan Anh Mai
On Thu, 31 Oct 2024 17:23:51 GMT, Quan Anh Mai wrote: >> Hi, >> >> This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness >> check of non-closeable scopes such as the global scope can be elided. >> >> Currently, the `state` field is overloaded with 2 responsibilities, to

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v3]

2024-10-31 Thread Quan Anh Mai
> Hi, > > This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness > check of non-closeable scopes such as the global scope can be elided. > > Currently, the `state` field is overloaded with 2 responsibilities, to act as > a communication device between `close` and `checkVal

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 17:23:51 GMT, Quan Anh Mai wrote: >> Hi, >> >> This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness >> check of non-closeable scopes such as the global scope can be elided. >> >> Currently, the `state` field is overloaded with 2 responsibilities, to

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 17:24:23 GMT, Quan Anh Mai wrote: > For some reasons, the compiler really dislikes the unsafe loop. On my slower machine, the difference between the variants is bigger: BenchmarkMode Cnt Score Error Units LoopOverRandom.segment_loop

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 17:23:51 GMT, Quan Anh Mai wrote: >> Hi, >> >> This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness >> check of non-closeable scopes such as the global scope can be elided. >> >> Currently, the `state` field is overloaded with 2 responsibilities, to

Re: RFR: 8343236: Use @apiNote and @implNote in j.util.Currency

2024-10-31 Thread Iris Clark
On Wed, 30 Oct 2024 20:34:04 GMT, Justin Lu wrote: > Please review this PR which aims to improve the _j.util.Currency_ > specification by using `@apiNote` and `@implNote`. > > A corresponding CSR has been filed. Marked as reviewed by iris (Reviewer). - PR Review: https://git.open

Re: RFR: 8340307: Add explanation around MemorySegment:reinterpret regarding arenas [v4]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 14:32:46 GMT, Per Minborg wrote: >> This PR proposes to add a small text segment on the >> `MemorySegment::reinterpret` overloads that takes an Arena stating the >> responsibility of actually freeing reinterpreted segments lies with the >> *original* arena. > > Per Minborg

Re: RFR: 8340307: Add explanation around MemorySegment:reinterpret regarding arenas [v4]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 14:32:46 GMT, Per Minborg wrote: >> This PR proposes to add a small text segment on the >> `MemorySegment::reinterpret` overloads that takes an Arena stating the >> responsibility of actually freeing reinterpreted segments lies with the >> *original* arena. > > Per Minborg

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Quan Anh Mai
On Thu, 31 Oct 2024 17:23:51 GMT, Quan Anh Mai wrote: >> Hi, >> >> This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness >> check of non-closeable scopes such as the global scope can be elided. >> >> Currently, the `state` field is overloaded with 2 responsibilities, to

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field [v2]

2024-10-31 Thread Quan Anh Mai
> Hi, > > This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness > check of non-closeable scopes such as the global scope can be elided. > > Currently, the `state` field is overloaded with 2 responsibilities, to act as > a communication device between `close` and `checkVal

Re: RFR: 8343188: Investigate ways to simplify MemorySegment::ofBuffer [v5]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 14:04:01 GMT, Per Minborg wrote: >> This PR proposes to improve `MemorySegment::ofBuffer` making it more >> amenable to inlining and generally improving performance. >> >> Testing successfully on tier1-3 > > Per Minborg has updated the pull request with a new target base due

Re: RFR: 8343188: Investigate ways to simplify MemorySegment::ofBuffer [v3]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 12:56:54 GMT, Per Minborg wrote: >> This PR proposes to improve `MemorySegment::ofBuffer` making it more >> amenable to inlining and generally improving performance. >> >> Testing successfully on tier1-3 > > Per Minborg has updated the pull request incrementally with one add

Re: RFR: 8343394: Make MemorySessionImpl.state a stable field

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 15:52:04 GMT, Quan Anh Mai wrote: > Hi, > > This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness > check of non-closeable scopes such as the global scope can be elided. > > Currently, the `state` field is overloaded with 2 responsibilities, to act as

Re: RFR: 8343213: TEST_BUG: [Graal] java/lang/ref/Basic.java fails

2024-10-31 Thread Tom Rodriguez
On Tue, 29 Oct 2024 16:52:45 GMT, Tom Rodriguez wrote: > The notification that finalize is complete should be done after printing the > message because in Xcomp mode there might be a significant delay at the > println so the object hasn't actually been finalized yet. It probably should be vola

Re: RFR: 8343236: Use @apiNote and @implNote in j.util.Currency

2024-10-31 Thread Naoto Sato
On Wed, 30 Oct 2024 20:34:04 GMT, Justin Lu wrote: > Please review this PR which aims to improve the _j.util.Currency_ > specification by using `@apiNote` and `@implNote`. > > A corresponding CSR has been filed. LGTM - Marked as reviewed by naoto (Reviewer). PR Review: https://g

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Patricio Chilano Mateo
On Thu, 31 Oct 2024 02:26:42 GMT, David Holmes wrote: >> src/hotspot/share/runtime/objectMonitor.inline.hpp line 207: >> >>> 205: } >>> 206: >>> 207: inline bool ObjectMonitor::has_successor() { >> >> Why are _succ accesses atomic here when previously they were not? > > General convention is t

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Patricio Chilano Mateo
On Thu, 31 Oct 2024 16:34:41 GMT, Patricio Chilano Mateo wrote: >> General convention is that racily accessed variables should be accessed via >> Atomic::load/store to make it clear(er) they are racy accesses. But I agree >> it seems odd when direct accesses to `_succ` in the main cpp file are

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v22]

2024-10-31 Thread Patricio Chilano Mateo
On Thu, 31 Oct 2024 00:52:02 GMT, Dean Long wrote: >> Patricio Chilano Mateo has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Fix typos in comments > > src/hotspot/share/runtime/continuationJavaClasses.inline.hpp line 189: > >> 187: >>

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v23]

2024-10-31 Thread Patricio Chilano Mateo
On Wed, 30 Oct 2024 23:22:42 GMT, Dean Long wrote: >> `PreemptStatus` is meant to be used with `tryPreempt()` which is not >> implemented yet, i.e. there is no method yet that maps between these values >> and the PreemptStatus enum. The closest is `Continuation.pinnedReason` which >> we do use

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v12]

2024-10-31 Thread Patricio Chilano Mateo
On Thu, 31 Oct 2024 02:33:30 GMT, Dean Long wrote: > OK, so you're saying it's the stack adjustment that's the problem. It sounds > like there is code that is using rsp instead of last_Java_sp to compute the > frame boundary. Isn't that a bug that should be fixed? > It's not a bug, it's just th

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v17]

2024-10-31 Thread Patricio Chilano Mateo
On Wed, 30 Oct 2024 23:02:28 GMT, Dean Long wrote: >> We read this value from the freeze/thaw code in several places. Since the >> only compiled native frame we allow to freeze is Object.wait0 the old value >> would be zero too. But I think the correct thing is to just set it to zero  >> always

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v23]

2024-10-31 Thread Patricio Chilano Mateo
> This is the implementation of JEP 491: Synchronize Virtual Threads without > Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for > further details. > > In order to make the code review easier the changes have been split into the > following initial 4 commits: > > - Change

Re: RFR: 8342868: Errors related to unused code on Windows after 8339120 in core libs [v2]

2024-10-31 Thread Justin Lu
On Thu, 31 Oct 2024 05:43:11 GMT, Julian Waters wrote: >> After 8339120, gcc began catching many different instances of unused code in >> the Windows specific codebase. Some of these seem to be bugs. I've taken the >> effort to mark out all the relevant globals and locals that trigger the >> u

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v9]

2024-10-31 Thread Fredrik Bredberg
On Thu, 24 Oct 2024 21:08:26 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: RFR: 8338383: Implement JEP 491: Synchronize Virtual Threads without Pinning [v19]

2024-10-31 Thread Fredrik Bredberg
On Wed, 30 Oct 2024 00:44:14 GMT, Patricio Chilano Mateo wrote: >> This is the implementation of JEP 491: Synchronize Virtual Threads without >> Pinning. See [JEP 491](https://bugs.openjdk.org/browse/JDK-8337395) for >> further details. >> >> In order to make the code review easier the change

Re: core-libs-dev Digest, Vol 210, Issue 718

2024-10-31 Thread Fabian Meumertzheim
> This has been discussed when we did JEP 400: UTF-8 by Default and > decided not to do it, mainly because it affects filename/path encoding. > Changing `sun.jnu.encoding` apart from Windows system encoding will make > apps not being able to access those files/directories (e.g. home > directory) if

Re: RFR: 8338411: Implement JEP 486: Permanently Disable the Security Manager [v6]

2024-10-31 Thread Mandy Chung
On Wed, 30 Oct 2024 19:28:32 GMT, Sean Mullan wrote: >> This is the implementation of JEP 486: Permanently Disable the Security >> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The >> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the >> main ch

Re: RFR: 8342868: Errors related to unused code on Windows after 8339120 in core libs [v2]

2024-10-31 Thread Naoto Sato
On Thu, 31 Oct 2024 05:43:11 GMT, Julian Waters wrote: >> After 8339120, gcc began catching many different instances of unused code in >> the Windows specific codebase. Some of these seem to be bugs. I've taken the >> effort to mark out all the relevant globals and locals that trigger the >> u

Re: RFR: 8343191: Cgroup v1 subsystem fails to set subsystem path

2024-10-31 Thread Severin Gehwolf
On Thu, 31 Oct 2024 15:00:25 GMT, Sergey Chernyshev wrote: > Cgroup V1 subsustem fails to initialize mounted controllers properly in > certain cases, that may lead to controllers left undetected/inactive. We > observed the behavior in CloudFoundry deployments, it affects also host > systems.

RFR: 8343394: Make MemorySessionImpl.state a stable field

2024-10-31 Thread Quan Anh Mai
Hi, This patch makes `MemorySessionImpl.state` a `Stable` field so that liveness check of non-closeable scopes such as the global scope can be elided. Currently, the `state` field is overloaded with 2 responsibilities, to act as a communication device between `close` and `checkValidState`, as w

Re: RFR: 8338411: Implement JEP 486: Permanently Disable the Security Manager [v6]

2024-10-31 Thread Roger Riggs
On Wed, 30 Oct 2024 19:28:32 GMT, Sean Mullan wrote: >> This is the implementation of JEP 486: Permanently Disable the Security >> Manager. See [JEP 486](https://openjdk.org/jeps/486) for more details. The >> [CSR](https://bugs.openjdk.org/browse/JDK-8338412) describes in detail the >> main ch

Re: RFR: 8343019: Primitive caches must use boxed instances from the archive [v5]

2024-10-31 Thread Jiangli Zhou
On Thu, 31 Oct 2024 07:48:40 GMT, Aleksey Shipilev wrote: >> This is forked from >> [JDK-8342642](https://bugs.openjdk.org/browse/JDK-8342642) and filed as a >> general issue for archived boxed Integer cache when it's recreated at >> runtime. In short, current code drops the entire primitive c

Re: RFR: 8343019: Primitive caches must use boxed instances from the archive [v5]

2024-10-31 Thread Jiangli Zhou
On Thu, 31 Oct 2024 07:32:01 GMT, Aleksey Shipilev wrote: >> The runtime cache would only store the additional boxed Integers not in the >> archived cache, without affecting the archived boxed Integers. Something >> like the following would work (I didn't test all corner cases): >> >> >>

RFR: 8343191: Cgroup v1 subsystem fails to set subsystem path

2024-10-31 Thread Sergey Chernyshev
Cgroup V1 subsustem fails to initialize mounted controllers properly in certain cases, that may lead to controllers left undetected/inactive. We observed the behavior in CloudFoundry deployments, it affects also host systems. The relevant /proc/self/mountinfo line is 2207 2196 0:43 /system.sl

Re: RFR: 8340307: Add explanation around MemorySegment:reinterpret regarding arenas [v4]

2024-10-31 Thread Per Minborg
> This PR proposes to add a small text segment on the > `MemorySegment::reinterpret` overloads that takes an Arena stating the > responsibility of actually freeing reinterpreted segments lies with the > *original* arena. Per Minborg has updated the pull request incrementally with one additional

Re: RFR: 8343305: Remove Indify-dependent microbenchmarks

2024-10-31 Thread Claes Redestad
On Thu, 31 Oct 2024 13:56:42 GMT, Chen Liang wrote: >> Benchmarks using Indify was added to the JMH microbenchmarks corpus in the >> JDK 8 timeframe. This adds overhead to the microbenchmarks build and has >> been blocking/slowing progress on some indy-based prototyping as the indify >> tool i

Re: RFR: 8340307: Add explanation around MemorySegment:reinterpret regarding arenas [v3]

2024-10-31 Thread Per Minborg
> This PR proposes to add a small text segment on the > `MemorySegment::reinterpret` overloads that takes an Arena stating the > responsibility of actually freeing reinterpreted segments lies with the > *original* arena. Per Minborg has updated the pull request incrementally with two additional

Re: RFR: 8343188: Investigate ways to simplify MemorySegment::ofBuffer [v2]

2024-10-31 Thread Maurizio Cimadamore
On Thu, 31 Oct 2024 10:25:11 GMT, Maurizio Cimadamore wrote: > Do you refer to char buffers backed by Strings? If so, I wouldn't worry much about that -- after all, the logic in the code already detects this condition and throws an exception... so it's still heap buffer vs. direct buffer IMHO

Re: RFR: 8342458: More consistent constant instruction handling

2024-10-31 Thread Chen Liang
On Mon, 28 Oct 2024 15:29:33 GMT, Chen Liang wrote: > There are currently some issues with our handling of "load constant" > instructions: namely, there is some problem with writing unbounded/external > constants and handling of entry index changes, that we currently generate > invalid bytecod

  1   2   >