Re: 2.6.PRE1 is out the door

Have you considered using libevent as a way to abstract out the polling
method? Seems like it might make porting easier and give you kqueue as
well...

http://www.monkey.org/~provos/libevent/

Jason

On Mon, 29 May 2006 9:32 pm, Henrik Nordstrom wrote:
> The 2.6.PRE1 release has been shipped.
>
> http://www.squid-cache.org/Versions/v2/2.6/
>
> Have a good feeling about it in general, but much testing remains.
>
>
> Open issues where you can help:
>
> - WCCPv2 workaround for Linux/IOS when having multiple routers.
> Should
> use one connected socket per router.
>
> - Some ETag tunings to get rid of "Loop" warnings on odd responses
> (Henrik)
>
> - Release notes still a bit empty. Only covers squid.conf changes,
> not
> why or how to.. (Reuben)
>
> - diskd still as broken as in 2.5.. (see bugzilla)
>
> - and a number of other 2.5 issues which have not yet been solved
> (see
> bugzilla)
>
> - Some benchmarking is needed to see if comm_poll is really worth to
> keep, or if comm_select is actually better. The current comm_poll
> implementation looks extremely inefficient (same as it always been in
> 2.x)..
>
> Note: The comm event handling got shuffled around a little in the last
> days making life considerably easier for epoll and select, which also
> made the inefficiencies in the implementation of comm_poll much more
> apparent.
>
> Discussion:
>
> - Should we fix HTCP to comply with the RFC? The Squid implementation
> has several errors in it's implementation of the HTCP protocol messages
> making it quite outside of the RFC.. See Bug #1554.
>
> Regards
> Henrik
Received on Tue May 30 2006 - 00:32:24 MDT