| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
CI: https://ci.nodejs.org/job/node-test-pull-request/14478/ So far, this issue was only hit by a test case but there's a potential for it to be hit if some tool sends too many requests too fast. |
Sorry, something went wrong.
|
The provided test doesn't fail when node is compiled without the source change. Shouldn't it? Or is it a "sometimes it fails, sometimes it doesn't" kind of test? |
Sorry, something went wrong.
The problem is that if it starts failing that way, then no one is going to think it's a bug in the code. They're going to think the test is unreliable and "fix" it rather than the bug in the code. |
Sorry, something went wrong.
|
Although I did just confirm that this un-breaks parallel/test-inspector-multisession-ws from #20137 on macOS. So, maybe that's the "real" test for this. My question above is non-blocking (at least, non-blocking for me). |
Sorry, something went wrong.
Sorry, something went wrong.
|
@nodejs/v8-inspector |
Sorry, something went wrong.
It reliably fails for me on macOS. But it is timing related - new client needs to attempt connection while the inspector still have not accepted the previous connection. |
Sorry, something went wrong.
|
Looks like the test fails on Docker bots. I will reduce the number of connection attempts to 10 and will try again. I tried 10 connections on my Mac and I see failures roughly 8 runs out of 10. |
Sorry, something went wrong.
|
I am trying to find out how the value 0 ends up picking the uv default size. AFAICT, uv_listen simply passes this onto listen(2) here. I see no indication that 0 is special as far as uv is concerned. In the man pages for either mac or on Linux, I cannot find reference to the value 0 being special either. Am I missing something? |
Sorry, something went wrong.
|
@ofrobots you are right, that seems to be a bad value. I simply tried it while debugging the test value, it worked on Mac but seems to be a bad value for Linux. I changed to 511 as that's what the net module uses - https://github.com/nodejs/node/blob/master/lib/net.js#L1327 |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM with a comment about the test.
In the man pages for either mac or on Linux, I cannot find reference to the value 0 being special either.
It is on macos; 0 makes it default to kern.ipc.somaxconn (normally 128.)
Sorry, something went wrong.
There was a problem hiding this comment.
Shouldn't the exception bubble up? Also, there seems to be no point in returning response.
Sorry, something went wrong.
There was a problem hiding this comment.
Many relevant CI failures along the lines of:
16:51:36 not ok 1862 parallel/test-inspector-stress-http
16:51:36 ---
16:51:36 duration_ms: 120.69
16:51:36 severity: fail
16:51:36 exitcode: -15
16:51:36 stack: |-
16:51:36 timeoutMoving the test to sequential rather than parallel may fix it, or at least help a bit.
Sorry, something went wrong.
|
@Trott - I believe that was an old run. That timeout was a result of the 0 backlog on Linux. |
Sorry, something went wrong.
PR-URL: #20254 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Tiancheng "Timothy" Gu <timothygu99@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Ali Ijaz Sheikh <ofrobots@google.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
|
Test was updated, the CI is still green: https://ci.nodejs.org/job/node-test-pull-request/14529/ Will land now |
Sorry, something went wrong.
PR-URL: #20254 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Tiancheng "Timothy" Gu <timothygu99@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Ali Ijaz Sheikh <ofrobots@google.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
| Back | FazBrowse Home | New Git URL |
Checklist