Withdrawn: 8277015: Use blessed modifier order in Panama code

2022-01-12 Thread duke
On Thu, 11 Nov 2021 14:50:43 GMT, Magnus Ihse Bursie wrote: > I ran bin/blessed-modifier-order.sh on source owned by Project Panama. This > scripts verifies that modifiers are in the "blessed" order, and fixes it > otherwise. I have manually checked the changes made by the script to make >

Re: RFR: JDK-8277795: ldap connection timeout not honoured under contention [v3]

2022-01-12 Thread Mark Sheppard
On Tue, 14 Dec 2021 15:26:54 GMT, Rob McKenna wrote: >> This fix attemps to resolve an issue where threads can stack up on each >> other while waiting to get a connection from the ldap pool to an unreachable >> server. It does this by having each thread start a countdown prior to >> holding

Re: RFR: JDK-8277795: ldap connection timeout not honoured under contention [v3]

2022-01-12 Thread Mark Sheppard
On Tue, 14 Dec 2021 15:26:54 GMT, Rob McKenna wrote: >> This fix attemps to resolve an issue where threads can stack up on each >> other while waiting to get a connection from the ldap pool to an unreachable >> server. It does this by having each thread start a countdown prior to >> holding

RFR: 8278851: Correct signer logic for jars signed with multiple digestalgs

2022-01-12 Thread Sean Mullan
If a JAR is signed with multiple digest algorithms and one of the digest algorithms is disabled, `ManifestEntryVerifier.verify()` was incorrectly returning null indicating that the jar entry has no signers. This fixes the issue such that an entry is considered signed if at least one of the

LambdaMetafactory requires full privilege access, but doesn't seem to actually restrict functionality

2022-01-12 Thread Steven Schlansker
Hi core-libs-dev, I am maintaining a module for the popular Jackson JSON library that attempts to simplify code-generation code without losing performance. Long ago, it was a huge win to code-generate custom getter / setter / field accessors rather than use core reflection. Now, the gap is

Re: [jdk18] RFR: 8279930: Synthetic cast causes generation of store barriers when using heap segments

2022-01-12 Thread Paul Sandoz
On Wed, 12 Jan 2022 19:07:00 GMT, Maurizio Cimadamore wrote: >> yes, that should be harmless > > Actually, no, sorry. If I sharpen the type, then `dup` has to cast, so we go > back to the original issue. Ah yes, i see. Maybe it's worth adding a general comment to the class doc of

RFR: 8279917: Refactor subclassAudits in Thread to use ClassValue

2022-01-12 Thread Roman Kennke
Thread.java would benefit from a refactoring similar to JDK-8278065 to use ClassValue instead of the somewhat problematic WeakClassKey mechanism. Testing: - [x] tier1 - [x] tier2 - [x] tier3 - Commit messages: - 8279917: Refactor subclassAudits in Thread to use ClassValue

Integrated: 8268081: Upgrade Unicode Data Files to 14.0.0

2022-01-12 Thread Naoto Sato
On Wed, 5 Jan 2022 22:42:38 GMT, Naoto Sato wrote: > Please review the changes for upgrading the Unicode support in the JDK, from > version 13 to version 14. Corresponding CSR has also been drafted. This pull request has now been integrated. Changeset: 0a094d7c Author:Naoto Sato URL:

Re: [jdk18] RFR: 8279930: Synthetic cast causes generation of store barriers when using heap segments

2022-01-12 Thread Maurizio Cimadamore
On Wed, 12 Jan 2022 19:05:30 GMT, Maurizio Cimadamore wrote: >> src/jdk.incubator.foreign/share/classes/jdk/internal/foreign/HeapMemorySegmentImpl.java >> line 89: >> >>> 87: public static class OfByte extends HeapMemorySegmentImpl { >>> 88: >>> 89: OfByte(long offset, Object

Re: [jdk18] RFR: 8279930: Synthetic cast causes generation of store barriers when using heap segments

2022-01-12 Thread Maurizio Cimadamore
On Wed, 12 Jan 2022 18:45:11 GMT, Paul Sandoz wrote: >> When looking at larger benchmarks, I noted a discrepancy between the >> performance of off-heap segments and on-heap segments. Looking at the >> assembly for the `MemorySegment::asSlice` method I could see some additional >> barriers in

Re: RFR: 8268081: Upgrade Unicode Data Files to 14.0.0

2022-01-12 Thread Kevin Rushforth
On Wed, 5 Jan 2022 22:42:38 GMT, Naoto Sato wrote: > Please review the changes for upgrading the Unicode support in the JDK, from > version 13 to version 14. Corresponding CSR has also been drafted. The CSR is now approved. This comment should be sufficient to wake up the bot. -

Re: [jdk18] RFR: 8279930: Synthetic cast causes generation of store barriers when using heap segments

2022-01-12 Thread Paul Sandoz
On Wed, 12 Jan 2022 15:48:20 GMT, Maurizio Cimadamore wrote: > When looking at larger benchmarks, I noted a discrepancy between the > performance of off-heap segments and on-heap segments. Looking at the > assembly for the `MemorySegment::asSlice` method I could see some additional >

Re: RFR: JDK-8266431: Dual-Pivot Quicksort improvements (Radix sort) [v11]

2022-01-12 Thread iaroslavski
On Wed, 12 Jan 2022 14:22:03 GMT, iaroslavski wrote: >> Sorting: >> >> - adopt radix sort for sequential and parallel sorts on >> int/long/float/double arrays (almost random and length > 6K) >> - fix tryMergeRuns() to better handle case when the last run is a single >> element >> - minor

Re: [jdk18] RFR: 8279370: jdk.jpackage/share/native/applauncher/JvmLauncher.cpp fails to build with GCC 6.3.0

2022-01-12 Thread Alexey Semenyuk
On Mon, 3 Jan 2022 08:10:27 GMT, Aleksey Shipilev wrote: > Seems like a missing include. C++ docs say `offsetof` is from ``, > adding that include explicitly fixes the build. Seems to only happen with > older GCCs, but it seems to be a happy accident it works on newer ones, > probably through

Re: RFR: 8278065: Refactor subclassAudits to use ClassValue [v4]

2022-01-12 Thread Roman Kennke
On Wed, 12 Jan 2022 14:27:17 GMT, Roger Riggs wrote: > I would have appreciated a chance to review the latest changes. Oh, ok, I'm sorry. I will wait some more next time that I get into a similar situation. I hope you're ok with the changes? - PR:

[jdk18] RFR: 8279930: Synthetic cast causes generation of store barriers when using heap segments

2022-01-12 Thread Maurizio Cimadamore
When looking at larger benchmarks, I noted a discrepancy between the performance of off-heap segments and on-heap segments. Looking at the assembly for the `MemorySegment::asSlice` method I could see some additional barriers in the off-heap case, but could not initially make sense of them. Vlad

Re: RFR: 8278065: Refactor subclassAudits to use ClassValue [v4]

2022-01-12 Thread Roger Riggs
On Wed, 12 Jan 2022 11:15:56 GMT, Roman Kennke wrote: >> As a follow-up to #6375, this change refactors >> java.io.ObjectInputStream.Caches#subclassAudits and >> java.io.ObjectOutputStream.Caches#subclassAudits to use ClassValue instead >> of SoftReference, similar to what we did in #6375 for

Re: RFR: JDK-8266431: Dual-Pivot Quicksort improvements (Radix sort) [v11]

2022-01-12 Thread iaroslavski
> Sorting: > > - adopt radix sort for sequential and parallel sorts on int/long/float/double > arrays (almost random and length > 6K) > - fix tryMergeRuns() to better handle case when the last run is a single > element > - minor javadoc and comment changes > > Testing: > - add new data inputs

RFR: 8279921: Dump the .class file in jlink debug mode for any failure during transform() of a plugin

2022-01-12 Thread Jaikiran Pai
Can I please get a review for this change which addresses https://bugs.openjdk.java.net/browse/JDK-8279921? The change here builds upon the debugging enhancement that was done in https://github.com/openjdk/jdk/pull/6696 to try and narrow down the problem behind intermittent failures on macos

Integrated: 8278065: Refactor subclassAudits to use ClassValue

2022-01-12 Thread Roman Kennke
On Wed, 1 Dec 2021 14:45:23 GMT, Roman Kennke wrote: > As a follow-up to #6375, this change refactors > java.io.ObjectInputStream.Caches#subclassAudits and > java.io.ObjectOutputStream.Caches#subclassAudits to use ClassValue instead of > SoftReference, similar to what we did in #6375 for >

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v5]

2022-01-12 Thread Daniel Fuchs
On Mon, 27 Dec 2021 13:43:12 GMT, Markus KARG wrote: >> Implementation of JDK-8279283 > > Markus KARG has updated the pull request incrementally with one additional > commit since the last revision: > > fixed missing BufferedInputStream

Re: RFR: JDK-8277795: ldap connection timeout not honoured under contention [v3]

2022-01-12 Thread Aleksei Efimov
On Tue, 14 Dec 2021 15:26:54 GMT, Rob McKenna wrote: >> This fix attemps to resolve an issue where threads can stack up on each >> other while waiting to get a connection from the ldap pool to an unreachable >> server. It does this by having each thread start a countdown prior to >> holding

Re: RFR: 8279833: Loop optimization issue in String.encodeUTF8_UTF16 [v4]

2022-01-12 Thread Сергей Цыпанов
On Tue, 11 Jan 2022 13:53:58 GMT, Claes Redestad wrote: >> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps >> the performance of the method by helping C2 optimize each individual loop >> better. >> >> Results on the updated micros: >> 19-b04: >> >> Benchmark

Re: RFR: JDK-8277095 : Empty streams create too many objects [v2]

2022-01-12 Thread kabutz
On Tue, 16 Nov 2021 20:53:26 GMT, kabutz wrote: >> This is a draft proposal for how we could improve stream performance for the >> case where the streams are empty. Empty collections are common-place. If we >> iterate over them with an Iterator, we would have to create one small >> Iterator

Withdrawn: 8278518: String(byte[], int, int, Charset) constructor and String.translateEscapes() miss bounds check elimination

2022-01-12 Thread Сергей Цыпанов
On Mon, 13 Dec 2021 09:39:55 GMT, Сергей Цыпанов wrote: > Originally this was spotted by by Amir Hadadi in > https://stackoverflow.com/questions/70272651/missing-bounds-checking-elimination-in-string-constructor > > It looks like in the following code in `String(byte[], int, int, Charset)` >

Re: RFR: 8278518: String(byte[], int, int, Charset) constructor and String.translateEscapes() miss bounds check elimination

2022-01-12 Thread Сергей Цыпанов
On Mon, 13 Dec 2021 09:39:55 GMT, Сергей Цыпанов wrote: > Originally this was spotted by by Amir Hadadi in > https://stackoverflow.com/questions/70272651/missing-bounds-checking-elimination-in-string-constructor > > It looks like in the following code in `String(byte[], int, int, Charset)` >

Re: RFR: 8278065: Refactor subclassAudits to use ClassValue [v3]

2022-01-12 Thread Roman Kennke
On Wed, 12 Jan 2022 06:45:02 GMT, Peter Levart wrote: > I think this looks good. Reviewed. Only a minor nit if you think it would be > better, but not necessary if you don't. The following combo: > > ``` > Boolean result = Caches.subclassAudits.get(cl); > assert result != null;

Re: RFR: 8278065: Refactor subclassAudits to use ClassValue [v4]

2022-01-12 Thread Roman Kennke
> As a follow-up to #6375, this change refactors > java.io.ObjectInputStream.Caches#subclassAudits and > java.io.ObjectOutputStream.Caches#subclassAudits to use ClassValue instead of > SoftReference, similar to what we did in #6375 for > java.io.ObjectStreamClass.Caches#localDescs. Then we can

Integrated: 8278461: Use Executable.getSharedParameterTypes() instead of Executable.getParameterTypes() in trusted code

2022-01-12 Thread Сергей Цыпанов
On Thu, 9 Dec 2021 11:50:50 GMT, Сергей Цыпанов wrote: > `Executable.getParameterTypes()` creates a copy of underlying array which is > redundant in trusted code when we are sure the action is read-only. This pull request has now been integrated. Changeset: ece98d85 Author:Sergey Tsypanov

Re: [jdk18] RFR: 8279370: jdk.jpackage/share/native/applauncher/JvmLauncher.cpp fails to build with GCC 6.3.0

2022-01-12 Thread Aleksey Shipilev
On Mon, 3 Jan 2022 08:10:27 GMT, Aleksey Shipilev wrote: > Seems like a missing include. C++ docs say `offsetof` is from ``, > adding that include explicitly fixes the build. Seems to only happen with > older GCCs, but it seems to be a happy accident it works on newer ones, > probably through

Re: RFR: JDK-8266431: Dual-Pivot Quicksort improvements (Radix sort) [v10]

2022-01-12 Thread Laurent Bourgès
On Mon, 29 Nov 2021 21:16:32 GMT, iaroslavski wrote: >> Sorting: >> >> - adopt radix sort for sequential and parallel sorts on >> int/long/float/double arrays (almost random and length > 6K) >> - fix tryMergeRuns() to better handle case when the last run is a single >> element >> - minor