Added code for Base64 acceleration (encode and decode) which will accelerate
~4x for AVX2 platforms.
Encode performance:
**Old:**
Benchmark (maxNumBytes) Mode Cnt Score Error
Units
Base64Encode.testBase64Encode 1024 thrpt3 4309.439 ± 2.632
ops/m
> The enanchment is useful for applications that make heavy use of BitSet
> objects as sets of integers, and therefore they need to make a lot of calls
> to cardinality() method, which actually require linear time in the number of
> words in use by the bit set.
> This optimization reduces the co
On Fri, 20 Jan 2023 19:54:44 GMT, Justin Lu wrote:
>> Some classes / interfaces in java.text have already implemented JEP 413.
>>
>> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for
>> the rest of
>> [java.text](https://docs.oracle.com/en/java/javase/19/docs/api/java.b
> Some classes / interfaces in java.text have already implemented JEP 413.
>
> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for the
> rest of
> [java.text](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/text/package-summary.html)
> including:
> - Brea
On Fri, 20 Jan 2023 18:34:37 GMT, Lance Andersen wrote:
>> src/java.base/share/classes/java/text/DecimalFormat.java line 343:
>>
>>> 341: * {@code
>>> 342: * // Print out a number using the localized number, integer, currency,
>>> 343: * // and percent format for each locale}{@code
>>
>> Thi
On Fri, 20 Jan 2023 18:47:54 GMT, Justin Lu wrote:
>> Some classes / interfaces in java.text have already implemented JEP 413.
>>
>> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for
>> the rest of
>> [java.text](https://docs.oracle.com/en/java/javase/19/docs/api/java.b
On Fri, 20 Jan 2023 17:31:26 GMT, Justin Lu wrote:
>> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for
>> [java.text.CollationKey](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/text/CollationKey.html)
>> and
>> [java.text.CompactNumberFormat](https:
> Some classes / interfaces in java.text have already implemented JEP 413.
>
> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for the
> rest of
> [java.text](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/text/package-summary.html)
> including:
> - Brea
On Fri, 20 Jan 2023 17:57:47 GMT, Justin Lu wrote:
>> Some classes / interfaces in java.text have already implemented JEP 413.
>>
>> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for
>> the rest of
>> [java.text](https://docs.oracle.com/en/java/javase/19/docs/api/java.b
On Wed, 18 Jan 2023 16:34:57 GMT, Per Minborg wrote:
> This PR proposes using a performance optimization using a new supported API
> for operations similar to those found in `java.io.Bits`
src/java.base/share/classes/java/io/ObjectStreamClass.java line 2486:
> 2484: );
> 2485:
On Fri, 20 Jan 2023 17:41:35 GMT, Justin Lu wrote:
> Some classes / interfaces in java.text have already implemented JEP 413.
>
> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for the
> rest of
> [java.text](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/j
Some classes / interfaces in java.text have already implemented JEP 413.
This PR implements _JEP 413: Code Snippets in Java API Documentation_ for the
rest of
[java.text](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/text/package-summary.html)
including:
- BreakIterator
- Ch
On Fri, 20 Jan 2023 04:53:10 GMT, David Holmes wrote:
>> Mandy Chung has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> move the comment to @comment
>
> test/jdk/java/lang/invoke/VarHandles/VarHandleTestAccessBoolean.java line 284:
>
>> 28
> `java/lang/invoke/VarHandles` tests run with C1, C2 and tiered compilations
> and the test cases are executed in the warm up loop with 2 iterations to
> verify C1, C2 intrinsics. Default Tier4CompileThreshold is 15000.
>
> This PR proposes to scale the compile threshold to 0.1 such that t
On Fri, 20 Jan 2023 17:31:26 GMT, Justin Lu wrote:
>> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for
>> [java.text.CollationKey](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/text/CollationKey.html)
>> and
>> [java.text.CompactNumberFormat](https:
On Fri, 20 Jan 2023 17:31:26 GMT, Justin Lu wrote:
>> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for
>> [java.text.CollationKey](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/text/CollationKey.html)
>> and
>> [java.text.CompactNumberFormat](https:
> This PR implements _JEP 413: Code Snippets in Java API Documentation_ for
> [java.text.CollationKey](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/text/CollationKey.html)
> and
> [java.text.CompactNumberFormat](https://docs.oracle.com/en/java/javase/19/docs/api/java.base/ja
On Thu, 19 Jan 2023 19:14:38 GMT, Mandy Chung wrote:
> `VarHandles.getStaticFieldFromBaseAndOffset` maps a base/offset/fieldType to
> a static `Field`. It's fragile to assume that the location of a static
> field returned by `Unsafe.staticFieldBase` is a Class object.This changes
> the V
On Mon, 9 Jan 2023 03:34:55 GMT, Glavo wrote:
> `JavaLangAccess::newStringUTF8NoRepl` and
> `JavaLangAccess::getBytesUTF8NoRepl` are not implemented correctly. They
> always copy arrays, rather than avoiding copying as much as possible as
> javadoc says.
>
> I ran the tier1 test without any n
On Mon, 9 Jan 2023 03:34:55 GMT, Glavo wrote:
> `JavaLangAccess::newStringUTF8NoRepl` and
> `JavaLangAccess::getBytesUTF8NoRepl` are not implemented correctly. They
> always copy arrays, rather than avoiding copying as much as possible as
> javadoc says.
>
> I ran the tier1 test without any n
On Fri, 20 Jan 2023 12:19:50 GMT, Claes Redestad wrote:
>> `ZipCoder::checkedHashCode` emulates `StringLatin1::hashCode` but operates
>> on a `byte[]` subrange. It can profitably use the recently introduced
>> `ArraysSupport::vectorizedHashCode` method to see a speed-up, which
>> translates to
On Thu, 12 Jan 2023 01:50:51 GMT, Stuart Marks wrote:
> Also additional verbiage regarding Map.Entry objects in general and their
> possible connection to an underlying Map.
This pull request has now been integrated.
Changeset: c6d56003
Author:Stuart Marks
URL:
https://git.openjdk.
Please review this fix to
[JDK-8292541](https://bugs.openjdk.org/browse/JDK-8292541) which adds the same
handling for swap values exceeding what's possible in the non-container case.
I.e. treats it as unlimited and fixes the reporting. This has been handled on
the hotspot side similarly with
[
On Fri, 20 Jan 2023 15:53:09 GMT, Severin Gehwolf wrote:
> Please review this fix to
> [JDK-8292541](https://bugs.openjdk.org/browse/JDK-8292541) which adds the
> same handling for swap values exceeding what's possible in the non-container
> case. I.e. treats it as unlimited and fixes the repo
On Tue, 17 Jan 2023 17:41:33 GMT, Jim Laskey wrote:
>> Can I please get a review for this change which proposes to fix the issue
>> reported in https://bugs.openjdk.org/browse/JDK-8206890?
>>
>> The `jlink` command allows a `--endian` option to specify the byte order in
>> the generated image.
On Wed, 11 Jan 2023 13:19:32 GMT, Jaikiran Pai wrote:
> Can I please get a review for this change which proposes to fix the issue
> reported in https://bugs.openjdk.org/browse/JDK-8206890?
>
> The `jlink` command allows a `--endian` option to specify the byte order in
> the generated image. Be
On Wed, 18 Jan 2023 16:53:04 GMT, Claes Redestad wrote:
> `ZipCoder::checkedHashCode` emulates `StringLatin1::hashCode` but operates on
> a `byte[]` subrange. It can profitably use the recently introduced
> `ArraysSupport::vectorizedHashCode` method to see a speed-up, which
> translates to a s
> `ZipCoder::checkedHashCode` emulates `StringLatin1::hashCode` but operates on
> a `byte[]` subrange. It can profitably use the recently introduced
> `ArraysSupport::vectorizedHashCode` method to see a speed-up, which
> translates to a small but significant speed-up on `ZipFile` creation.
>
>
On Fri, 20 Jan 2023 11:25:22 GMT, Lance Andersen wrote:
>> `ZipCoder::checkedHashCode` emulates `StringLatin1::hashCode` but operates
>> on a `byte[]` subrange. It can profitably use the recently introduced
>> `ArraysSupport::vectorizedHashCode` method to see a speed-up, which
>> translates to
On Fri, 20 Jan 2023 11:10:13 GMT, Alan Bateman wrote:
> > FWIW the micro is derived from the sibling `ZipFileGetEntry` micro in the
> > same directory. It's not exactly necessary for this use case to add such a
> > benchmark, but I think there's value in verifying that optimizing
> > `checkedH
On Thu, 19 Jan 2023 20:43:11 GMT, Mandy Chung wrote:
> `java/lang/invoke/VarHandles` tests run with C1, C2 and tiered compilations
> and the test cases are executed in the warm up loop with 2 iterations to
> verify C1, C2 intrinsics. Default Tier4CompileThreshold is 15000.
>
> This PR pro
On Wed, 18 Jan 2023 16:53:04 GMT, Claes Redestad wrote:
> `ZipCoder::checkedHashCode` emulates `StringLatin1::hashCode` but operates on
> a `byte[]` subrange. It can profitably use the recently introduced
> `ArraysSupport::vectorizedHashCode` method to see a speed-up, which
> translates to a s
On Wed, 18 Jan 2023 16:53:04 GMT, Claes Redestad wrote:
> `ZipCoder::checkedHashCode` emulates `StringLatin1::hashCode` but operates on
> a `byte[]` subrange. It can profitably use the recently introduced
> `ArraysSupport::vectorizedHashCode` method to see a speed-up, which
> translates to a s
On Thu, 19 Jan 2023 09:46:12 GMT, Claes Redestad wrote:
> FWIW the micro is derived from the sibling `ZipFileGetEntry` micro in the
> same directory. It's not exactly necessary for this use case to add such a
> benchmark, but I think there's value in verifying that optimizing
> `checkedHash` i
On Thu, 19 Jan 2023 15:27:04 GMT, Raffaello Giulietti
wrote:
>> - Strengthen a computation that could overflow.
>> - Specify that use of CANON_EQ could exhaust memory in the compilation phase.
>
> Raffaello Giulietti has updated the pull request incrementally with one
> additional commit since
On Thu, 19 Jan 2023 23:14:12 GMT, John R Rose wrote:
> I'll pile on: This optimization doesn't buy much in today's world, where most
> machines execute `bitCount` in one cycle. It saves a trivial loop. Over very
> large bitsets that saves something, but most bitsets are likely to be medium
> t
36 matches
Mail list logo
