Re: Make epoll() a run-time choice?

From: Luigi Gangitano <luigi@dont-contact.us>
Date: Wed, 2 Aug 2006 02:42:35 +0200

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Il giorno 21/lug/06, alle ore 23:31, Henrik Nordstrom ha scritto:
> tis 2006-07-11 klockan 14:34 +0200 skrev Luigi Gangitano:
>> During discussions on the debian-devel mailing list, it was proposed
>> to enable a fallback if epoll() is not available at startup,
>> switching to the old poll() behaviour.
>
> I think the best solution to this is to write a libevent comm loop.
> Having the switching in Squid is a little troublesome, and probably
> not
> worth the effort with libevent already existing..
>
> I assume libevent is supported by Debian?

Yes, libevent is supported in debian. If I'm not wrong it is not
supported in squid yet.

>> I admit I don't have the skill to do that. Is this possible in the
>> comm framework?
> Adding a libevent comm loop certainly is possible. Actually not very
> much different from the native epoll and kqueue comm loops already
> there. Just a little more per-fd state than epoll/kqueue.
>
> The native poll/select loops is very different and is best left
> ignored
> when thinking about this..

Wouldn't a runtime check be enough to activate on of the two comm
loops? I've seen it done in other apps.

Regards,

- --
Luigi Gangitano -- <luigi@debian.org> -- <gangitano@lugroma3.org>
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEz/UA8ZumGJJMDCYRAvswAJ94uNtmh3+c4b86ecGVrLmQSwlYcgCcCfbo
SWRGXjQlofPJpZ0mfWaSQHc=
=oOSF
-----END PGP SIGNATURE-----
Received on Wed Aug 02 2006 - 00:12:41 MDT

This archive was generated by hypermail pre-2.1.9 : Fri Sep 01 2006 - 12:00:03 MDT