-
Notifications
You must be signed in to change notification settings - Fork 4.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve rpc_soak and channel_soak test to cover concurrency in Go #7926
base: master
Are you sure you want to change the base?
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #7926 +/- ##
==========================================
+ Coverage 82.04% 82.18% +0.13%
==========================================
Files 377 379 +2
Lines 38180 38260 +80
==========================================
+ Hits 31326 31445 +119
+ Misses 5551 5523 -28
+ Partials 1303 1292 -11 |
interop/test_utils.go
Outdated
Latencies *stats.Histogram | ||
} | ||
|
||
// ChannelFunc can be used to customize how the channel is handled (reuse or reset) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't know what you mean by how the channel is handled (reuse or reset)
. Can you clarify? (Nit: The comment should end with punctuation.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It determines whether a new channel will be created or an existing one reused. It replaces the original resetChannel boolean flag.
RELEASE NOTES:
This PR aims to enhance the test coverage of the C2P E2E load test by improving the rpc_soak and channel_soak tests to support concurrency in Go. The updated logic closely follows the approach used in the Java implementation, which has already been merged.
rpc_soak:
The client performs many large_unary RPCs in sequence over the same channel. The test can run in either a concurrent or non-concurrent mode, depending on the number of threads specified (soak_num_threads).
channel_soak:
Similar to rpc_soak, but this time each RPC is performed on a new channel. The channel is created just before each RPC and is destroyed just after.
Note on Concurrent Execution and Channel Creation:
In a concurrent execution setting (i.e., when soak_num_threads > 1), each thread performs a portion of the total soak_iterations and creates and destroys its own channel for each RPC iteration.
Thread-specific logs will include the thread_id, helping to track performance across threads, especially when each thread is managing its own channel lifecycle.
@townba
@apolcyn