Re: [grpc-io] Re: [gRPC-go] Slow when letting grpc handle requests / connections

2016-09-28 Thread Ewan Walker
Is there a timeline or general ETA on that? Thanks for the reply! On Wed, Sep 28, 2016 at 4:04 PM, Qi Zhao wrote: > My speculation is that the longer latency is from contention. We are > working on performance optimization now and will keep you posted on the > improvement. >

[grpc-io] Re: [gRPC-go] Slow when letting grpc handle requests / connections

2016-09-28 Thread ewan
What I have noticed is that it is directly the number of concurrent requests I am sending over the given connection at any time e.g. if I am using 2000 connections to send simulated load on a single connection I see crazy high latency - however if I (for testing purpose) send those across a

Re: [grpc-io] [gRPC-go] Slow when letting grpc handle requests / connections

2016-09-21 Thread Ewan Walker
Sorry, I did not include those calls due to it being called in a standard method: func submit(rpc *client.Rpc, payload *trc.Tr) error { ctx, cancel := context.WithDeadline(context.Background(), time.Now().Add(100 * time.Millisecond)) defer cancel() reply, err :=

[grpc-io] [gRPC-go] Slow when letting grpc handle requests / connections

2016-09-14 Thread ewan
I am trying to send many requests over gRpc, however am running into very poor performance under simulated load via. wrk with a 100ms rpc request deadline. - ubuntu 14.04 x86 - go1.6.2 - 1 Connection being handled via. gRpc - The operation being performed on the server end is always less than

Re: [grpc-io] Automatic connection handling?

2016-07-19 Thread Ewan Walker
I am using go, and using the normal connection methods built in to the grpc library On Monday, 18 July 2016, Nathaniel Manista wrote: > On Wed, Jul 13, 2016 at 11:42 AM, > wrote: > >> Does