On 09/03/2014 02:21 PM, Eliezer Tamir wrote: > On 02/09/2014 09:31, Jason Wang wrote: >> On 09/02/2014 02:03 PM, Eliezer Tamir wrote: >>> On 02/09/2014 06:35, Jason Wang wrote: >>>> Not sure whether this method will scale considering thousands of sockets >>>> and processes. >>> There may be millions of sockets, but in most cases only a handful of >>> device queues per CPU to busy poll on. I have tested the epoll rfc >>> code with hundreds of thousands of sockets and one or two device >>> queues and is scales pretty well. >>> >>> The part I don't like in that code is the cumbersome mechanism I used >>> to track the socket -> queue relationship. I think that if I had more >>> time to work on it, I would instead look into extending the epoll >>> interface so that libevent can tell the kernel what it wants, instead >>> of having the busypoll code try and learn it. >> I'd like to have a look at this rfc. Could you please give me a pointer? >> I've done a quick search on kernel mailing list but didn't find it. > https://lkml.org/lkml/2013/8/21/192 > > Cheers, > Eliezer > --
Thanks. I will have a look at this series. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/