Skip to content

Conversation

sukunrt
Copy link
Member

@sukunrt sukunrt commented Feb 13, 2025

This fixes the flaky test:
TestServerDialData(#3179) The exact sequence of events that flakiness is:

The client rejects the dial data request by resetting the stream. The client makes a new request to the server. The server rejects this request as it hasn't read the previous stream's reset yet.

It is better to allow multiple concurrent requests per peer. 5 concurrent requests per peer is okay.

@sukunrt sukunrt requested a review from MarcoPolo February 13, 2025 15:43
Copy link
Collaborator

@MarcoPolo MarcoPolo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why 5? Would 2 be enough to fix the test? 2 also seems the more conservative choice here.

@sukunrt
Copy link
Member Author

sukunrt commented Feb 13, 2025

No science to this. I guess 2 is okay too.

This fixes the flaky test:
TestServerDialData(#3179)
The exact sequence of events that flakiness is:

The client rejects the dial data request by resetting the stream.
The client makes a new request to the server. The server rejects
this request as it hasn't read the previous stream's reset yet.

It is better to allow multiple concurrent requests per peer. 5
concurrent requests per peer is okay.
@sukunrt sukunrt force-pushed the sukun/fix-flaky-data-request branch from b769f59 to d55e2c9 Compare February 13, 2025 19:33
@sukunrt sukunrt requested a review from MarcoPolo February 13, 2025 19:33
@sukunrt
Copy link
Member Author

sukunrt commented Feb 13, 2025

changed this to 2.

@sukunrt sukunrt merged commit 17970f1 into master Feb 14, 2025
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants