Discussion moved to https://github.com/grpc/grpc-java/issues/6971. On Thursday, April 23, 2020 at 9:40:38 PM UTC-7 [email protected] wrote:
> We have a service which establishes 1000s of ssl based grpc connections to > our backend servers, while trying to process a lot of other data. Due to > this we encounter long java GC pauses, sometimes >10 secs. > > > The default handshake timeout is 10 secs ( > https://github.com/netty/netty/blob/00afb19d7a37de21b35ce4f6cb3fa7f74809f2ab/handler/src/main/java/io/netty/handler/ssl/SslHandler.java#L413 > ) > As a result of this, we encounter multiple handshake timeout errors in the > order 1000s as well. Is there a reason why this is not exposed to the > client? so that the caller can change the value. > > > Is there any other alternative approach to solve this and not encounter so > many handshake timeouts. May be an interceptor and queue up the requests if > the handshake is not complete? > -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/grpc-io/cdddd6dd-17e4-4097-b373-89c33f5cda7f%40googlegroups.com.
