I don’t think this is true. Thread will be problematic if number of concurrent connections is too high. I am assuming that “request per client per second” is synchronous/serialised requests and processing these won’t make any difference either Thread or EM.

I confirmed this with Seki san and here is his reply.

“What EM(“epoll” system call) resolves (compared to “select” system call) is overhead of memory copy in user land and kernel land. There is no difference in cost actually processing the request”

Hi, Jose. I don’t know the EM based one, but here are some alternatives.

https://github.com/dambalah/blackboard is redis version of Rinda with async feature, though it has not been developed for more than a few years.

Another library you may want to check out is dcell (http://www.unlimitednovelty.com/2012/04/introducing-dcell-actor-based.html). It’s async distributed object, though interface is different from rinda.