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

[Luigi Gangitano]

-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 -- [EMAIL PROTECTED] -- [EMAIL PROTECTED]
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-

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

[Henrik Nordstrom]

tis 2006-07-11 klockan 14:34 +0200 skrev Luigi Gangitano:

 I've just packaged squid-2.6.STABLE1 and squid-3.0.PRE4 for debian,  
 enabling epoll() support at build time.
 
 This obviously makes squid fail with kernels older than 2.6.x which  
 are still supported by debian.
 
 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?

 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..

Regards
Henrik


signature.asc
Description: Detta är en digitalt signerad	meddelandedel