RFR: 8330940: Impossible to create a socket backlog greater than 200 on Windows 8+
Alan Bateman
alanb at openjdk.org
Mon Jun 16 07:50:32 UTC 2025
On Mon, 16 Jun 2025 06:54:56 GMT, Jaikiran Pai <jpai at openjdk.org> wrote:
> Can I please get a review of this change which proposes to enhance the implementation of `ServerSocket` and `ServerSocketChannel` to allow for `backlog` values to be greater than 200 on Windows? This addresses https://bugs.openjdk.org/browse/JDK-8330940.
>
> As noted in that enhancement request, right now on Windows, if the backlog is specified to be more than 200, then Windows caps it to a platform internal `SOMAXCONN`. As noted in the documentation here https://learn.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-listen applications can increase that limit by using the `SOMAXCONN_HINT` macro. That macro then adjusts the value to be between 200 and 65535, thus allowing for a higher backlog of connections.
>
> The commit in this PR uses this macro when the specified backlog is 200 or more. A new jtreg test has been introduced to verify this change. This test and other existing tests in tier1, tier2 and tier3 continue to pass.
>
> A similar restriction on the backlog value applies in Linux too https://github.com/torvalds/linux/blob/master/Documentation/networking/ip-sysctl.rst#tcp-variables. But from what I can see, unlike Windows, it cannot be adjusted when calling `listen()`.
test/jdk/java/net/ServerSocket/LargeBacklogTest.java line 43:
> 41: * @run junit LargeBacklogTest
> 42: */
> 43: class LargeBacklogTest {
How reliable is this test? If it is reliable then we can add tests for SocketChannelChannel::socket and AsynchronousServerSocket too.
test/jdk/java/net/ServerSocket/LargeBacklogTest.java line 72:
> 70: private static void testBackloggedConnects(final int backlog, final int serverPort) {
> 71: int numSuccessfulConnects = 0;
> 72: System.out.println("attempting " + backlog + " connections to port " + serverPort);
I don't know if this is a left over trace message or not. If intended then you might have to change it to use System.err so that it inlines with the test (at least I think JUnit uses System.err, TestNG uses System.out).
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/25819#discussion_r2149266221
PR Review Comment: https://git.openjdk.org/jdk/pull/25819#discussion_r2149267956
More information about the net-dev
mailing list