GRPC streaming behavior when network package loss

[yihao yang]

Hi, 

Anyone knows is it possible of the following situation:

      when I am using the grpc streaming, is it possible for a write fails to send to the receiver entirely and the receiver doesn't notice that (no event returned in the CQ) and the channel act totally normal later on?

Thanks,

Yihao

[ncte...@google.com]

Can you be a bit more specific about the chain of events?

Any tag/operation queued into the CQ has a guarantee that it will come out again, whether the result is a success or a timeout or a cq shutdown.

[yihao yang]

Hi, Ncteisen,

Sorry, just notice this reply.

The situation is like this: In a bidirectional async stream's server side, I will use a stream->Finish(STATUS, tag) to terminate the stream. And in the CQ's event callback, I will try to do some cleanup work. So I'm afraid that when the client side's connection loss, I will not get the CQ event callback and get a memory leak.

Thanks,

Yihao  

--
You received this message because you are subscribed to a topic in the Google Groups "grpc.io" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/grpc-io/-6lJsOcpLjU/unsubscribe.
To unsubscribe from this group and all its topics, send an email to grpc-io+unsubscribe@googlegroups.com.
To post to this group, send email to grp...@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit https://groups.google.com/d/msgid/grpc-io/f760e113-5884-44a1-a622-5bf0a2e31344%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.