There's more than the event collapsing inside the patch.
I saw the Luban's work but I decided to use the Lever-Provos /dev/poll as a
performance meter ( and the old poll() obviously ).
This coz I read papers where RT signals implementations resulted to have less
performance when compared to /dev/poll.
> 2) A little birdie told me that someone had gotten a freebsd
> box to handle something like half a million connections.
> I would like to see you extend the horizontal axis of your graph
> by a couple orders of magnitude :-)
Here You can find the new statistics with 16000 connections :
http://www.xmailserver.org/linux-patches/nio-improve.html
I cannot reach that number of connections of the test machine coz the socket
buffer space will eat all my memory ( 128 Mb ).
Anyway the graph speaks quite clear about the tendency to greater numbers of
connections.
> p.s. I have updated http://www.kegel.com/c10k.html#nb./dev/poll
> with a link to your report.
Thanks, the page is a work in progress anyway.
- Davide
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/