1 TCP connection for all streams (really RPCs) should be faster.
On Monday, August 20, 2018 at 1:15:14 PM UTC-7, eleano...@gmail.com wrote:
>
> Hi Carl,
>
> It is hard to show my code as I have a wrapper API on top of grpc.
>
> However, are you suggesting that using 1 tcp connection per
Look in the gRPC source code for DirectAddressNameResolverFactory, which
you can copy into your project. This does what you want.
On Monday, August 20, 2018 at 1:11:41 PM UTC-7, eleano...@gmail.com wrote:
>
> Hi,
>
> I would like to use the grpc java load balancing library, I looked at the
>
Hi Carl,
It is hard to show my code as I have a wrapper API on top of grpc.
However, are you suggesting that using 1 tcp connection per stream should
be faster than using 1 tcp connection for all streams?
On Monday, August 20, 2018 at 11:14:43 AM UTC-7, Carl Mastrangelo wrote:
>
> Can you
Hi,
I would like to use the grpc java load balancing library, I looked at the
example code, it looks like below:
public HelloWorldClient(String zkAddr) {
this(ManagedChannelBuilder.forTarget(zkAddr)
.loadBalancerFactory(RoundRobinLoadBalancerFactory.getInstance())
Can you show your code? This may just be a threading problem.
On Saturday, August 18, 2018 at 9:02:59 PM UTC-7, eleano...@gmail.com wrote:
>
> Hi Srini,
>
> The way how I do it:
> for single connection:
> 1. send 1 request via request StreamObserver, to let initial connection
> established
grpc-okhttp works fine on regular, non-Android Java versions. Security is
different than grpc-netty, so you can't use netty-tcnative. You can use
Java 9+ or Conscrypt. If using Conscrypt, you should install it as the
default provider with Security.insertProviderAt(Conscrypt.newProvider(), 1);
Hey Srini,
I've tested pretty aggressive KeepAlive config with the following
parameters:
'grpc.http2.min_time_between_pings_ms': 1000,
'grpc.keepalive_time_ms': 1000,
'grpc.keepalive_permit_without_calls': 1
Is there anything I'm missing? Ideally I would like this solution to handle
both
Can anyone guide how to write C wrapper class for grpc?
On Wednesday, January 27, 2016 at 5:12:53 AM UTC+5:30, yyd...@gmail.com
wrote:
>
> Hi guys,
>
> How to use grpc in C?
>
> From thread history, the suggestion is to use C++. Understood this, while
> we need to use grpc in C as our
FTR, it looks like "grpc_call_start_batch returned 8" corresponds to:
/** there is already an outstanding read/write operation on the call */
GRPC_CALL_ERROR_TOO_MANY_OPERATIONS,
That may mean that for a given call, you are not waiting for
outstanding read/write operations to finish (the tag