From: Alex R. <al...@ne...> - 2004-03-29 00:13:30
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 26 March 2004 6:02 pm, George Schlossnagle wrote: > On Mar 26, 2004, at 7:06 PM, BC Sittler wrote: > > Just to be sure I understand... there is a kqueue [*bsd] reactor > > already in twisted, but not one for epoll [linux], right? And > > Joyce needs one for Linux? > > Just fyi, the epoll backport to 2.4 is slightly flaky (will build > products that exploit that target that patch). Even without epoll, > the poll reactor will give you the scalability you need. I have no doubt that poll() will do the job, but as to whether or not=20 poll() will induce high latency with a huge number of long-lived=20 clients, I'm not sure: http://lse.sf.net/epoll/index.html#compare Solaris added /dev/poll for many of the same reasons that Linux has=20 added epoll and FreeBSD kqueue/kevent. It's just another step in the=20 research-driven evolution of Unix in general. Select breaks down well=20 before poll when faced with lots of connnections, but with 10K active=20 clients, it's not unreasonable to expect even poll()'s O(changed FDs)=20 performance to get problematic. > Either way, adding an epoll reactor should not be terribly=20 > difficult though. Agreed. Regards =2D --=20 Alex Russell al...@bu... BD10 7AFC 87F6 63F9 1691 83FA 9884 3A15 AFC9 61B7 al...@ne... F687 1964 1EF6 453E 9BD0 5148 A15D 1D43 AB92 9A46 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFAZ2q8oV0dQ6uSmkYRApgwAJ97pkcWkAzCz9fvpY8zdvh0BkfQCACgzHJs Micv7DZCMhbiBCPNlXgaeBM=3D =3DEpow =2D----END PGP SIGNATURE----- |