We do have some plans to expose this in the future, as part of the public
API, but since our internal API changed and evolved much over time, and
still does, we didn't want to freeze it just yet, as we don't want to force
ourselves to commit to something that could still be improved.

When we are fully happy with our performance, that is most probably
something that we will do.

On Aug 26, 2016 06:58, <[email protected]> wrote:

This is also something we are looking for.
We are using epoll and we would like to integrate grpc. Any advice?

Thanks



On Monday, August 1, 2016 at 10:49:37 PM UTC+2, Caleb Epstein wrote:
>
> What are some suggested techniques for integrating GRPC server-side
> processing (i.e. CompletionQueue.Next) with another library's event model?
>
> For example, can I get e.g. an eventfd on Linux that I can pass to
> epoll/select/etc to know when that a call to cq.Next will not block?
>
> I'm interested in building some applications that will receive data from
> multiple channels, not all GRPC-based.  I'd like to keep processing simple
> and single-threaded as much as possible, so I'd like to run all of the GRPC
> event handlers on the same thread I'm using for my other processing.  I
> could "burn" a thread that sits in a loop calling cq.Next and then passing
> the tags over to my own processing thread, but that seems inelegant.
>


------------------------------
DISCLAIMER.
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager.
This message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any
action in reliance on the contents of this information is strictly
prohibited.

-- 
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 post to this group, send email to [email protected].
To view this discussion on the web visit https://groups.google.com/d/
msgid/grpc-io/9f8d0d7c-31ce-40bf-ad36-4dd28d9063a0%40googlegroups.com
<https://groups.google.com/d/msgid/grpc-io/9f8d0d7c-31ce-40bf-ad36-4dd28d9063a0%40googlegroups.com?utm_medium=email&utm_source=footer>
.

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

-- 
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 post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/CAEvr0PFECmKjhCX879YPF0O1u6H0k1xUmcYJ4Jy4WCBh%2BO9b9A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to