EventMachine - requests per client.

Quote from the book, page 170

If the number of clients increases to thousands or tens of thousands, then you may want to use other solutions, such as EventMachine.

I can add to that: The amount of clients can be hundreds but if the requests per client per second are dozens – come from some big GoogleSpider – then you will need a new process.

Thank you for your comment again!!

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”

Hope this makes sense.

Hi! Is there any attempt to create an EventMachine ready asynchronous version of RINDA’s API (write, take, ...)? Or at least a Fiber ready one?

Regards,

José Alegria

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/introdu…). It’s async distributed object, though interface is different from rinda.

Hope this helps

Thanks for your feedback!

Regards,

José Alegria