[grpc-io] Re: gpr_cpu_current_cpu function question

[wookieJ]

So You mean it doesn’t matter what this function returns, the results will be 
the same? More threads would be created or something that could affect 
application?

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/bd25e575-a5c3-4d82-a35f-545a10e29a97%40googlegroups.com.

[grpc-io] Re: Standardization of rich error reporting via google.rpc.Status

[Chris Toomey]

Why the reluctance to publish guidance on this key aspect of gRPC API design?

Has anybody besides Google built a gRPC/protobuf API that provides rich error 
reporting? How did you implement it, and would you have benefitted from some 
published guidance when you started?

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/322a28d6-3213-446b-9e7f-80fb69699a06%40googlegroups.com.

[grpc-io] Re: gpr_cpu_current_cpu function question

['Yash Tibrewal' via grpc.io]

gRPC uses that for some stats-keeping operations in debug mode, and it also 
seems to be used in epoll1 polling engine for determining the neighborhood 
(epollex is the default). Overall, you should not be worried about this. 


On Tuesday, May 28, 2019 at 5:10:05 AM UTC-7, wookieJ wrote:
>
> Hi everyone, I have problem with gRPC with lots of "Cannot handle 
> hot-plugged cpu" logs in stdout (
> https://github.com/grpc/grpc/blob/master/src/core/lib/gpr/cpu_linux.cc#L74). 
> I want to ask you what returning value 0 in this function 
> "gpr_cpu_current_cpu()" affects in gRPC and what would happen if it starts 
> to return >0 value?
>

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/78b836f6-bd80-4b2f-a52f-7133028bd517%40googlegroups.com.

Re: [grpc-io] Re: Can the gRPC be used by the client to transmit only unidirect messages to Server.

['Srini Polavarapu' via grpc.io]

I am not clear abt the requirements here but setting the deadline to now()
won't work. Server will see the deadline has passed and not process the
request at all.

On Wed, May 29, 2019 at 2:58 PM 'Juanli Shen' via grpc.io <
grpc-io@googlegroups.com> wrote:

> Sorry, what do you mean by "undirect" transfer? Do you mean "unidirect"?
>
> We have four kinds of RPCs considering if the server or client is
> streaming the messages, namely, unary RPC, server streaming RPC, client
> streaming RPC, and bidirectional streaming RPC, as detailed in
> https://grpc.io/docs/guides/concepts/.
>
> From your description, I guess what you want to use is client streaming
> RPC.
>
> On Wednesday, May 22, 2019 at 7:12:52 PM UTC-7, 윤석영 wrote:
>>
>> I know that gRPC supports undirect transfer by stream.
>> But I would like to ask if I can transmit a unidirect message by not
>> stream transmission.
>>
>> There is a way to set an empty response message in the result of Google,
>> but I understood that the server actually transmits the response message.
>>
>> I would like to make sure that Client does not wait for the response
>> itself and does not use the resource itself to receive the response message.
>> I am also considering setting the deadline to "now()", but I am not sure
>> if this is the right way.
>>
>>
>> --
> 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 grpc-io+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/grpc-io/dd4d1bf6-ae5f-4ffe-8ef3-591e1eb2db27%40googlegroups.com
> 
> .
>

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/CAP2DVw0BZBEcKnQg562uqxEyDZVJcSiGBno0cz__82KP-Qb2wQ%40mail.gmail.com.

[grpc-io] Re: Can the gRPC be used by the client to transmit only unidirect messages to Server.

['Juanli Shen' via grpc.io]

Sorry, what do you mean by "undirect" transfer? Do you mean "unidirect"?

We have four kinds of RPCs considering if the server or client is streaming 
the messages, namely, unary RPC, server streaming RPC, client streaming 
RPC, and bidirectional streaming RPC, as detailed in 
https://grpc.io/docs/guides/concepts/.

>From your description, I guess what you want to use is client streaming 
RPC. 

On Wednesday, May 22, 2019 at 7:12:52 PM UTC-7, 윤석영 wrote:
>
> I know that gRPC supports undirect transfer by stream.
> But I would like to ask if I can transmit a unidirect message by not 
> stream transmission.
>
> There is a way to set an empty response message in the result of Google, 
> but I understood that the server actually transmits the response message.
>
> I would like to make sure that Client does not wait for the response 
> itself and does not use the resource itself to receive the response message.
> I am also considering setting the deadline to "now()", but I am not sure 
> if this is the right way.
>
>
>

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/dd4d1bf6-ae5f-4ffe-8ef3-591e1eb2db27%40googlegroups.com.

[grpc-io] Re: async server request call semantics

['Juanli Shen' via grpc.io]

It should be buffered.

According 
to 
https://github.com/grpc/grpc/blob/0dc4c8ab1db1a29fa829a9f1dc6f7d4aa5041474/src/core/lib/surface/server.cc#L1438,
 
when the service requests a call for the first time, it will lock and start 
matching.

You can verify this behavior by adding some delay between when the server 
starts and when the service requests for the first call in the hello world 
example.

On Friday, May 24, 2019 at 1:26:14 PM UTC-7, sumuk...@gmail.com wrote:
>
> Hi forum,
>
> I am looking at the async server implementation sample for hello world 
> where the server registers an object for a request using "RequestSayHello" 
> and then waits on the completion queue to receive a message.
>
> On receiving the message, a new request object is created and registered 
> using "RequestSayHello" and then the processing of the current request 
> happens.
>
> What happens if there is a request from a client before invoking the new 
> "RequestSayHello" ? Will grpc drop the message/reply with no handler? Or is 
> the message buffered?
>

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/c586a57d-3f6a-4074-bcdd-53a29957d1b1%40googlegroups.com.

[grpc-io] Re: [C++] [Windows] Sporadic "Stream removed" errors

['Juanli Shen' via grpc.io]

By error code, do you mean 
https://github.com/grpc/grpc/blob/master/src/core/lib/iomgr/error.h#L125?

If you want to run each unit test on the same port, shouldn't you set 
GRPC_ARG_ALLOW_REUSEPORT to 1?

I suggest opening a reproducible issue on 
https://github.com/grpc/grpc/issues.

On Tuesday, May 28, 2019 at 8:36:18 AM UTC-7, Antoine Pitrou wrote:
>
>
> Hello, 
>
> When trying to run our gRPC unit tests on Windows, I frequently get 
> spurious errors of the kind: 
>
>   gRPC failed with error code 2 and message: Stream removed 
>
> Our tests are quite simple and do not feature a lot of traffic.  They 
> work flawlessly on Linux.  Our only specific settings are: 
>
> - GRPC_ARG_ALLOW_REUSEPORT set to 0 on the server 
> - GRPC_ARG_INITIAL_RECONNECT_BACKOFF_MS set to 100 on the client 
>
> Any idea what might cause this?  Each unit test spawns a fresh server 
> on the same TCP port and shuts it down at the end. 
>
> Regards 
>
> Antoine. 
>
>
>

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/7f45-33a4-451c-9f18-4960c3e224b4%40googlegroups.com.

Re: [grpc-io] Re: gRPC inproc transport

[Benjamin Krämer]

I filed an issue: https://github.com/grpc/grpc.io/issues/27
And proposed changing it to C++ in the example since that language supports 
inproc as PR: https://github.com/grpc/grpc.io/pull/28

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/98181ac1-1d45-4606-bb00-cfa40f103472%40googlegroups.com.

Re: [grpc-io] Re: gRPC inproc transport

[Benjamin Krämer]

It seems this got lost with moving away from grpc.github.io. I stumbled 
over it myself and wasted some time searching for it since I thought it's 
finally possible.

I made a thread discussing this already back in 2016: 
https://groups.google.com/forum/#!topic/grpc-io/3KRk-72cqyE

We used a workaround for it in the meantime, but it would still be nice to 
be able to just shortcut it in those cases using inproc. I might look into 
it again in July or August.

-- 
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 grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/0c7c2bc4-674e-459a-98fc-df062dba8381%40googlegroups.com.