On Mon, 2 Jun 2025 00:56:51 GMT, Chen Liang wrote:
> I recommend we fallback to use CFFV.latest() explicitly for now. FYI we will
> likely add a new CFFV for all preview features, which we will likely use as
> the default if we encounter an old preview class file. We can then swap
> latest() w
On Mon, 2 Jun 2025 03:49:42 GMT, Mohamed Issa wrote:
> When you say "most of the non-x86 platforms", are you referring to the ones
> with processor types listed below?
Yes - 3 of the 5 non-x86 platforms.
> It looks like aarch64 and riscv don't take that route and would fall back to
> the defa
On Mon, 2 Jun 2025 02:08:55 GMT, David Holmes wrote:
> This change also broke most of the non-x86 platforms, due to the new
> intrinsic not being implemented on those platforms.
When you say "most of the non-x86 platforms", are you referring to the ones
with processor types listed below?
1. j
On Fri, 30 May 2025 19:34:16 GMT, Mohamed Issa wrote:
>> The goal of this PR is to implement an x86_64 intrinsic for
>> java.lang.Math.cbrt() using libm. There is a new set of micro-benchmarks are
>> included to check the performance of specific input value ranges to help
>> prevent regression
On Sun, 1 Jun 2025 04:53:46 GMT, Hannes Greule wrote:
> This change addresses a NPE in javap when trying to print a class with
> minorVersion != 0. With this change, we fall back to the methods that don't
> take a `ClassFileFormatVersion` in such case.
I recommend we fallback to use CFFV.lates
On Sat, 31 May 2025 21:20:17 GMT, Markus Grönlund wrote:
>> Erik Gahlin has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Some reviewer feedback
>
> src/jdk.jfr/share/classes/jdk/jfr/internal/EventInstrumentation.java line 261:
>
>> 259:
> Could I have review of an enhancement that adds rate-limited sampling to Java
> event, including five events in the JDK (SocketRead, SocketWrite, FileRead,
> FileWrite, and JavaExceptionThrow).
>
> Testing: test/jdk/jdk/jfr
>
> Thanks
> Erik
Erik Gahlin has updated the pull request increment
On Fri, 30 May 2025 22:30:25 GMT, Erik Gahlin wrote:
> Could I have review of an enhancement that adds rate-limited sampling to Java
> event, including five events in the JDK (SocketRead, SocketWrite, FileRead,
> FileWrite, and JavaExceptionThrow).
>
> Testing: test/jdk/jdk/jfr
>
> Thanks
> E
On Fri, 30 May 2025 22:30:25 GMT, Erik Gahlin wrote:
> Could I have review of an enhancement that adds rate-limited sampling to Java
> event, including five events in the JDK (SocketRead, SocketWrite, FileRead,
> FileWrite, and JavaExceptionThrow).
>
> Testing: test/jdk/jdk/jfr
>
> Thanks
> E
On Fri, 30 May 2025 22:30:25 GMT, Erik Gahlin wrote:
> Could I have review of an enhancement that adds rate-limited sampling to Java
> event, including five events in the JDK (SocketRead, SocketWrite, FileRead,
> FileWrite, and JavaExceptionThrow).
>
> Testing: test/jdk/jdk/jfr
>
> Thanks
> E
It seems like for most people, input order isn't that important for
concurrent work, and concurrent results being in non-deterministic order is
often expected.
If mapConcurrent() just respect output encounter order:
It'll be able to achieve *higher throughput* if an early task is slow, For
exampl
On Fri, 30 May 2025 22:30:25 GMT, Erik Gahlin wrote:
> Could I have review of an enhancement that adds rate-limited sampling to Java
> event, including five events in the JDK (SocketRead, SocketWrite, FileRead,
> FileWrite, and JavaExceptionThrow).
>
> Testing: test/jdk/jdk/jfr
>
> Thanks
> E
On Sat, 31 May 2025 20:13:01 GMT, Markus Grönlund wrote:
>> Could I have review of an enhancement that adds rate-limited sampling to
>> Java event, including five events in the JDK (SocketRead, SocketWrite,
>> FileRead, FileWrite, and JavaExceptionThrow).
>>
>> Testing: test/jdk/jdk/jfr
>>
>>
On Sat, 31 May 2025 17:27:30 GMT, Ian Graves wrote:
>> Removing incorrect assumptions and assertions from a breaking test related
>> to https://bugs.openjdk.org/browse/JDK-8358218
>
> Ian Graves has updated the pull request with a new target base due to a merge
> or a rebase. The pull request n
14 matches
Mail list logo
