Re: RFR: 8315585: Optimization for decimal to string [v4]

2025-02-01 Thread Shaojin Wen
On Sat, 1 Feb 2025 21:04:29 GMT, Johannes Graham wrote: >> Shaojin Wen has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains 29 commits: >> >> - Merge remote-tracking branch 'upstream/master' into dec_to_str_202501 >> >># Confl

adding Xalan's XSL 3 implementation within jdk

2025-02-01 Thread Mukul Gandhi
Hi all, Apache Xalan team wrote much of XSL 3 spec's implementation (I wrote lot of Java code for this enhancing upon lot of Xalan code that's within jdk's XML api implementations). Here's url of codebase repos branch for this, https://github.com/apache/xalan-java/tree/xalan-j_xslt3.0_mvn. Is

Re: RFR: 8349107: Remove RMI finalizers

2025-02-01 Thread Roger Riggs
On Sat, 1 Feb 2025 00:11:31 GMT, Brent Christian wrote: > 3 finalizers in RMI code can be removed, as they do not perform meaningful > cleanup. > > **`jdk.naming.rmi/share/classes/com/sun/jndi/rmi/registry/RegistryContext`** > > `RegistryContext.finalize()` just calls `close()`. The `close()`

Re: RFR: 8315585: Optimization for decimal to string [v4]

2025-02-01 Thread Johannes Graham
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

Re: RFR: 8333893: Optimization for StringBuilder append boolean & null [v20]

2025-02-01 Thread altrisi
On Fri, 18 Oct 2024 21:56:53 GMT, Shaojin Wen wrote: >> After PR https://github.com/openjdk/jdk/pull/16245, C2 optimizes stores into >> primitive arrays by combining values ​​into larger stores. >> >> This PR rewrites the code of appendNull and append(boolean) methods so that >> these two meth

RFR: 8349184: [JMH] jdk.incubator.vector.ColumnFilterBenchmark.filterDoubleColumn fails on linux-aarch64

2025-02-01 Thread SendaoYan
Hi all, Several JMH tests fails "Unrecognized VM option 'UseAVX=2'" on linux-aarch64. The VM option '-XX:UseAVX=2' only support on x86_64 platform. This PR add option '-XX:+IgnoreUnrecognizedVMOptions' to make test run normally on non x86_64 platform. Change has been verified locally, test-fix o

Re: RFR: 8333893: Optimization for StringBuilder append boolean & null [v20]

2025-02-01 Thread Shaojin Wen
On Fri, 18 Oct 2024 21:56:53 GMT, Shaojin Wen wrote: >> After PR https://github.com/openjdk/jdk/pull/16245, C2 optimizes stores into >> primitive arrays by combining values ​​into larger stores. >> >> This PR rewrites the code of appendNull and append(boolean) methods so that >> these two meth

Re: RFR: 8333893: Optimization for StringBuilder append boolean & null [v20]

2025-02-01 Thread altrisi
On Fri, 18 Oct 2024 21:56:53 GMT, Shaojin Wen wrote: >> After PR https://github.com/openjdk/jdk/pull/16245, C2 optimizes stores into >> primitive arrays by combining values ​​into larger stores. >> >> This PR rewrites the code of appendNull and append(boolean) methods so that >> these two meth

Re: RFR: 8349145: Make Class.getProtectionDomain() non-native

2025-02-01 Thread Alan Bateman
On Fri, 31 Jan 2025 17:22:37 GMT, Aleksey Shipilev wrote: > I am thinking if anything new happens if we can reflect the field, > `setAccessible(true)` it, and overwrite it. I guess the normal protection > rules disallow the `setAccessible` part, but it does not hurt to think and > confirm this

Re: RFR: 8287788: Implement a better allocator for downcalls [v18]

2025-02-01 Thread Matthias Ernst
On Thu, 23 Jan 2025 17:36:11 GMT, Matthias Ernst wrote: >> Certain signatures for foreign function calls (e.g. HVA return by value) >> require allocation of an intermediate buffer to adapt the FFM's to the >> native stub's calling convention. In the current implementation, this buffer >> is ma

Re: RFR: 8347009: Speed ​​up parseInt and parseLong [v13]

2025-02-01 Thread Shaojin Wen
> This is an optimization for decimal Integer.parseInt and Long.parseLong, > which improves performance by about 10%. The optimization includes: > 1. Improve performance by parsing 2 numbers at a time, which has performance > improvements for numbers with length >= 3. > 2. It uses charAt(0) for t

Re: RFR: 8315585: Optimization for decimal to string [v4]

2025-02-01 Thread Shaojin Wen
> 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 rebase. The pull request now contains 29 commits: - Merge rem

Re: RFR: 8342775: [Graal] java/util/concurrent/locks/Lock/OOMEInAQS.java fails OOME thrown from the UncaughtExceptionHandler [v2]

2025-02-01 Thread Alan Bateman
On Fri, 31 Jan 2025 22:15:20 GMT, Tom Rodriguez wrote: > I've disabled the test for Graal with Xcomp. Is that an acceptable solution? Yes, this should be okay. - PR Comment: https://git.openjdk.org/jdk/pull/21745#issuecomment-2628839816