Hi all,
The newly added test `java/foreign/TestUpcallStress.java` call
`System.loadLibrary("TestUpcall")` load native library, so this test should
mark as `/native`.
The change has been verified locally, trivial fix, no risk.
-
Commit messages:
- 8341585: Test java/foreign/TestUpca
On Sun, 29 Sep 2024 17:44:30 GMT, Attila Szegedi wrote:
> Fixes a regression with #17818 where `ArrayList.subList(…).sort()` started
> incrementing `ArrayList.modCount` resulting in some cases throwing a
> `ConcurrentModificationException` where none was thrown before.
>
> This change keeps th
On Mon, 23 Sep 2024 09:44:57 GMT, Claes Redestad wrote:
> This PR suggests refactoring `ZipFile.Source.initCEN` to move as much logic
> as possible into the per-entry method processor. This inner method will be
> called often and JIT optimized earlier in the bootstrap sequence.
>
> Startup tes
Use `slot & ~0xFF == 0` instead of `(slot & 0xFF) == slot` to reduce codeSize.
The following is a comparison of the bytecode before and after the
modification. It can be seen that using `slot & ~0xFF == 0` will reduce one
iload operation.
// (slot & 0xFF) == slot
56: iload_0
57: sipush
> Please review this test-only PR which adds a micro benchmark exploring
> performance differences between reading entry data sequentially from a
> `ZipFile` and reading the same entries using `ZipInputStream` wrapping a
> `BufferedInputStream`.
>
> Spoiler alert: `ZipFile` streams are ~1.8 X s
On Sat, 5 Oct 2024 16:32:39 GMT, Markus KARG wrote:
> This Pull Requests proposes an implementation for
> [JDK-8341566](https://bugs.openjdk.org/browse/JDK-8341566): Adding the new
> method `public static Reader Reader.of(CharSequence)` will return an
> anonymous, non-synchronized implementati
This Pull Requests proposes an implementation for
[JDK-8341566](https://bugs.openjdk.org/browse/JDK-8341566): Adding the new
method `public static Reader Reader.of(CharSequence)` will return an anonymous,
non-synchronized implementation of a `Reader` for each kind of `CharSequence`
implementati
> Some DirectCodeBuilder related optimizations to improve startup and running
> performance:
> 1. Merge calls, merge writeU1 and writeU2 into writeU3
> 2. Merge calls, merge writeU1 and writeIndex operations
> 3. Directly use writeU1 instead of writeBytecode
> 4. Rewrite the implementation of load
> Some DirectCodeBuilder related optimizations to improve startup and running
> performance:
> 1. Merge calls, merge writeU1 and writeU2 into writeU3
> 2. Merge calls, merge writeU1 and writeIndex operations
> 3. Directly use writeU1 instead of writeBytecode
> 4. Rewrite the implementation of load
> Reduce code size by combining calls and defining local variables
Shaojin Wen has updated the pull request with a new target base due to a merge
or a rebase. The pull request now contains 15 commits:
- Merge branch 'master' into optim_stack_map_gen_202408
- Merge branch 'master' into optim_st
On Fri, 4 Oct 2024 02:15:51 GMT, Shaojin Wen wrote:
> A small optimization for StackMapGenerator::processInvokeInstructions.
>
> 1. Use local currentFrame to avoid multiple getfields
> 2. remove Util.methodTypeSymbol(NameAndTypeEntry)
> 3. Use decStack instead of popStack to reduce array access
Hello!
I've been working on some tools to produce Flatpaks[1].
My thinking was that I could use jpackage to produce an app-image and
then simply copy that app-image into a Flatpak and run it that way.
This almost works, except that it seems that the actual executable
produced by jpackage doesn't
> An optimized algorithm for `BigDecimal.stripTrailingZeros()` that uses
> repeated squares trick.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
Minor change
-
Changes:
- all: https://git.openjdk.org/jdk/pull/21323/
> An optimized algorithm for `BigDecimal.stripTrailingZeros()` that uses
> repeated squares trick.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
Optimization
-
Changes:
- all: https://git.openjdk.org/jdk/pull/21323/
> An optimized algorithm for `BigDecimal.stripTrailingZeros()` that uses
> repeated squares trick.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
An optimization
-
Changes:
- all: https://git.openjdk.org/jdk/pull/213
> An optimized algorithm for `BigDecimal.stripTrailingZeros()` that uses
> repeated squares trick.
fabioromano1 has updated the pull request incrementally with two additional
commits since the last revision:
- Correct documentation
- Correct documentation
-
Changes:
- all: htt
> An optimized algorithm for `BigDecimal.stripTrailingZeros()` that uses
> repeated squares trick.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
Changed caching of powers and removed superfluous condition
-
Changes:
> Some DirectCodeBuilder related optimizations to improve startup and running
> performance:
> 1. Merge calls, merge writeU1 and writeU2 into writeU3
> 2. Merge calls, merge writeU1 and writeIndex operations
> 3. Directly use writeU1 instead of writeBytecode
> 4. Rewrite the implementation of load
18 matches
Mail list logo
