On Sun, 22 Oct 2023 17:26:52 GMT, Laurent Bourgès wrote:
>> * improved mixed insertion sort (makes whole sorting faster)
>> * introduced Radix which sort shows several times boost of performance and
>> has linear complexity instead of n*ln(n)
>> * improved merging sort for almost sorted data
>>
On Tue, 4 Feb 2025 23:02:24 GMT, Shaojin Wen wrote:
>> The following code can reproduce the problem, writing out of bounds causes
>> JVM Crash
>>
>>
>> StringBuilder buf = new StringBuilder();
>> buf.append('中');
>>
>> Thread[] threads = new Thread[40];
>> fin
On Thu, 6 Mar 2025 10:39:27 GMT, snake66 wrote:
> 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
On Mon, 11 Nov 2024 09:51:35 GMT, Julian Waters wrote:
>> After 8339120, gcc began catching many different instances of unused code in
>> the Windows specific codebase. Some of these seem to be bugs. I've taken the
>> effort to mark out all the relevant globals and locals that trigger the
>> u
On Sun, 9 Mar 2025 14:38:45 GMT, Alan Bateman wrote:
>> JDK-8349989: jlink can use String.replace instead of String.replaceAll
>
> src/jdk.jdeps/share/classes/com/sun/tools/jdeps/JdepsTask.java line 794:
>
>> 792: log.format("%-40s %s%n",
>> 793:
On Sat, 8 Mar 2025 00:28:15 GMT, Henry Jen wrote:
> JDK-8349989: jlink can use String.replace instead of String.replaceAll
src/jdk.jlink/share/classes/jdk/tools/jlink/internal/ImageResourcesTree.java
line 303:
> 301: }
> 302: String pkg = removeRadical(path, module + "/
> (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
On Thu, 6 Mar 2025 14:34:00 GMT, Alan Bateman wrote:
>> Maybe it's worth using java.time.Duration, although it doesn't fit into the
>> API very elegantly.
>
>> I wonder if the variance of the Consumer to this method should be more
>> permissible. Something like:
>>
>> public ForkJoinTask submi
On Wed, 29 Jan 2025 16:36:24 GMT, Shaojin Wen wrote:
> The byte[] allocated in Integer/Long.toString is fully filled, so we can use
> Unsafe.allocateUninitializedArray to create byte[] to improve performance.
Keep it alive.
-
PR Comment: https://git.openjdk.org/jdk/pull/23353#issu
On Sat, 1 Feb 2025 08:42:32 GMT, Shaojin Wen wrote:
>> Continue to complete PR #16006 and PR #21593 to improve BigDecimal::toString
>> and BigDecimal::toPlainString performance and reduce duplicate code
>
> Shaojin Wen has updated the pull request with a new target base due to a
> merge or a re
On Tue, 4 Feb 2025 13:39:28 GMT, Shaojin Wen wrote:
>> By using the Class File API to dynamically generate a
>> CompositePrinterParser, and defining DateTimePrinterParser[] printerParsers
>> as a specific field, C2 can do TypeProfile optimization.
>>
>> Since the CompositePrinterParser is gene
On Sat, 8 Mar 2025 00:28:15 GMT, Henry Jen wrote:
> JDK-8349989: jlink can use String.replace instead of String.replaceAll
src/jdk.jdeps/share/classes/com/sun/tools/jdeps/JdepsTask.java line 794:
> 792: log.format("%-40s %s%n",
> 793:"-".repea
12 matches
Mail list logo
