Re: Does anyone have context on jdk.httpserver?

2024-01-21 Thread Alan Bateman
On 21/01/2024 20:18, Ethan McCue wrote: Hi all, Elliot[1] and I have been digging into the HTTP(S) server implementation provided by the jdk.httpserver module. It hasn't taken long to notice that the provided implementation is...lacking. Both in performance, as it places extremely low and

Re: RFR: JDK-8320448 Accelerate IndexOf using AVX2 [v7]

2024-01-21 Thread Jatin Bhateja
On Mon, 22 Jan 2024 07:05:56 GMT, Jatin Bhateja wrote: >> Scott Gibbons has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains 22 commits: >> >> - Merge branch 'openjdk:master' into indexof >> - Merge branch 'openjdk:master' into

Re: RFR: JDK-8320448 Accelerate IndexOf using AVX2 [v7]

2024-01-21 Thread Jatin Bhateja
On Thu, 11 Jan 2024 23:06:32 GMT, Scott Gibbons wrote: >> Re-write the IndexOf code without the use of the pcmpestri instruction, only >> using AVX2 instructions. This change accelerates String.IndexOf on average >> 1.3x for AVX2. The benchmark numbers: >> >> >> Benchmark

Does anyone have context on jdk.httpserver?

2024-01-21 Thread Ethan McCue
Hi all, Elliot[1] and I have been digging into the HTTP(S) server implementation provided by the jdk.httpserver module. It hasn't taken long to notice that the provided implementation is...lacking. Both in performance, as it places extremely low and errors out on benchmarks [2][3], and in

Re: RFR: 8323782: Race: Thread::interrupt vs. AbstractInterruptibleChannel.begin [v2]

2024-01-21 Thread Alan Bateman
On Fri, 19 Jan 2024 08:17:00 GMT, Richard Reingruber wrote: > Do you want to keep it then or should I open an RFE to remove it? Maybe leave it for now as there is significant churn in this code right now, with more accumulating in the loom repo in advance of the monitors work. -

Re: RFR: 8316704: Regex-free parsing of Formatter and FormatProcessor specifiers [v7]

2024-01-21 Thread Shaojin Wen
> @cl4es made performance optimizations for the simple specifiers of > String.format in PR https://github.com/openjdk/jdk/pull/2830. Based on the > same idea, I continued to make improvements. I made patterns like %2d %02d > also be optimized. > > The following are the test results based on

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

2024-01-21 Thread Shaojin Wen
> I submitted PR #1 before, and there were too many changes. I split it > into multiple PRs with small changes. This one is one of them. > > this PR removed the duplicate code for getChars in > BigDecimal#StringBuilderHelper, i also make performance faster. > Please review and don't