* Edwin Eyan Moragas [2008-04-19 07:34]:
yes. poll is the way better API, easier to use, easier kernel-side,
avoids a lot of problems (common!) improper use of select() brings, ...
> i've come across some performance benchmarks which is trying
using kqueue directly is painful. I'd recommend libevent if you really
want to go that route.
That said, kqueue really only pays out when you have _lots_ of
concurrent connections, say, >10000.
> the question is, which one is more useful when writing new servers?
programming w/ libevent is convenient at times, the decision poll vs
libevent should not be made based on performance considerations,
exception beeing the above massive concurrent connection case.
--
Henning Brauer, hb@bsws.de, henning@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting - Hamburg & Amsterdam
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Justin Piszcz | exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| Radu Rendec | htb parallelism on multi-core platforms |
