Hi,
I'm wondering if the following is possible the way gRPC streams are
implemented. Assume that we have a server-side stream and the server keeps
writing data into the stream, so payloads:
A, B, C, D, E, ...
Is it possible for the client to receive a sequence like:
A, B, D, E, ...
i.e.
When testing how many TCP sockets are you creating? Have you checked? If
you're using a single shared client stub on a load tester app, then you're
probably just creating many HTTP/2 streams over a single HTTP/2 connection.
If you're having a load balancer in between like AWS ALB, then it also
Hi,
I need to be able to create tens of thousands of simultaneous requests
between a server and a load balancer to load balance millions of concurrent
mobile connections that listen to events using a gRPC stream.
gRPC docs advocate for sharing stubs (first bullet point here):
t stub in place of your
> clientStub after you calculate the shard.
>
>
>
> On Wednesday, June 21, 2023 at 10:05:46 AM UTC-7 Edvard Fagerholm wrote:
>
> Hi there,
>
> I have a load balancer that routes based on a shard ID to the correct gRPC
> server. The code is
Hi there,
I have a load balancer that routes based on a shard ID to the correct gRPC
server. The code is essentially the following:
public void stateUpdate(StateUpdateRequest req, StreamObserver
responseObserver) {
// Run on Virtual Thread
executor.submit(() -> {
Hi there,
I'm working on a proxy server for a set of services that use gRPC. I've
been running a load tester with 1 million concurrent clients against 70
server tasks, so the number of sockets per server is not anything crazy. In
terms of CPU capacity the servers are over-provisioned and