Re: RFR: 8351374: Improve comment about queue.remove timeout in CleanerImpl.run

2025-03-08 Thread Roger Riggs
On Fri, 7 Mar 2025 23:17:53 GMT, Kim Barrett wrote: > Please review this revision of a previously puzzling comment intending to > provide the rationale for a bit of non-obvious code. Nice clear description. Thanks - Marked as reviewed by rriggs (Reviewer). PR Review: https://git.

Re: RFR: 8342382: Implementation of JEP G1: Improve Application Throughput with a More Efficient Write-Barrier [v9]

2025-03-08 Thread Thomas Schatzl
On Tue, 4 Mar 2025 10:46:13 GMT, Thomas Schatzl wrote: > I got an error while testing java/foreign/TestUpcallStress.java on > linuxaarch64 with this PR: Fixed. - PR Comment: https://git.openjdk.org/jdk/pull/23739#issuecomment-2708458459

Re: RFR: 8342382: Implementation of JEP G1: Improve Application Throughput with a More Efficient Write-Barrier [v15]

2025-03-08 Thread Thomas Schatzl
> Hi all, > > please review this change that implements (currently Draft) JEP: G1: > Improve Application Throughput with a More Efficient Write-Barrier. > > The reason for posting this early is that this is a large change, and the JEP > process is already taking very long with no end in sight

Re: RFR: 8342382: Implementation of JEP G1: Improve Application Throughput with a More Efficient Write-Barrier [v14]

2025-03-08 Thread Thomas Schatzl
> Hi all, > > please review this change that implements (currently Draft) JEP: G1: > Improve Application Throughput with a More Efficient Write-Barrier. > > The reason for posting this early is that this is a large change, and the JEP > process is already taking very long with no end in sight

Re: RFR: 8351322: Parameterize link option for pthreads [v2]

2025-03-08 Thread snake66
> Replace hardcoded instances of `-lpthread` with `$(LIBPTHREAD)`, so that it's > possible to parameterize this for platforms that use different flags for > enabling posix threads. > > This work is a continuation of the work done by Greg Lewis in [1], but > generalized for the full JDK, and set

Re: RFR: 8319447: Improve performance of delayed task handling [v7]

2025-03-08 Thread Doug Lea
> (Copied from https://bugs.openjdk.org/browse/JDK-8319447) > > The problems addressed by this CR/PR are that ScheduledThreadPoolExecutor is > both ill-suited for many (if not most) of its applications, and is a > performance bottleneck (as seen especially in Loom and CompletableFuture > usages