* 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
| Mike Galbraith | Re: regression: CD burning (k3b) went broke |
| Andi Kleen | [PATCH] [3/22] x86_64: Kill temp boot pmds |
| Alan Cox | Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...? |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 05/37] dccp: Cleanup routines for feature negotiation |
| Brandeburg, Jesse | RE: [PATCH] e1000e: test MSI interrupts |
