Per https://github.com/google/oss-policies-info/blob/main/foundational-cxx-support-matrix.md, the minimum version of cmake to support is 3.16 so let's change our cmake builds' requirements accordingly. Closes #37702 COPYBARA_INTEGRATE_REVIEW=https://github.com/grpc/grpc/pull/37702 from veblush:cmake316 bb4ed1a1be5e9374980c922aac3dc1ccd27d1266 PiperOrigin-RevId: 680639191 |
5 months ago | |
---|---|---|
.. | ||
BUILD | [sample] Client-side flow control (#37604) | 5 months ago |
CMakeLists.txt | [Build] Bumped the minimum version of cmake (#37702) | 5 months ago |
README.md |
…
|
|
client_flow_control_client.cc | [sample] Client-side flow control (#37604) | 5 months ago |
client_flow_control_server.cc | [sample] Client-side flow control (#37604) | 5 months ago |
server_flow_control_client.cc |
…
|
|
server_flow_control_server.cc |
…
|
README.md
gRPC Flow Control Example
Overview
Flow control is relevant for streaming RPC calls.
The underlying layer will make the write wait when there is no space to write the next message. This causes the request stream to go into a not ready state and the method invocation waits.
Server flow control
In server case, gRPC will pause the server implementation that is sending the messages too fast. Server implementation is in server_flow_control_server.cc. It will write a specified number of responses of a specified size as fast as possible. As client-side buffer is filled, the write operation will block until the buffer is freed.
A client implementation in server_flow_control_client.cc will delay for 1s before starting a next read to simulate client that does not have resources for handling the replies.
Related information
Also see gRPC Flow Control Users Guide