Http Accept filters (accf_http)

Clement Laforet sheepkiller at cultdeadsheep.org
Wed Apr 23 14:46:12 UTC 2008


On Tue, Apr 22, 2008 at 10:34:14PM +0200, Ivan Voras wrote:
> Scott Long wrote:
> >Poul-Henning Kamp wrote:
> >>In message <480E307B.901 at quis.cx>, Jille writes:
> >>>Hello,
> >>>
> >>>I've read about accf_http(9) some time ago, and I was wondering about 
> >>>it's performance.
> >>>Does it increase performance on all workloads ?
> >>>(I'm intrested in the improvements for a PHP-apache-webserver with 
> >>>about 50 request/second average.)
> >>
> >>I doubt you will see measurable performance difference from using
> >>request filters at such low traffic.
> >>
> >
> >The accept filters do reduce service latency and probably have a small
> >benefit in CPU utilization.  50 requests/sec is probably enough to see
> >a benefit for something like PHP or PERL.  It definitely won't hurt, and
> >even if there's no measurable benefit now, it'll help prepare you for
> >scaling in the future.
> 
> Does anyone know why accf_accept is disabled by default in the ports' 
> stock Apache 2.2 (it's disabled in the default config files)? I thought 
> it was because it was dangerous or flawed for some reason, though (at 
> least for light loads comparable to those of OP) it seems to work fine.

There's not technical reason actually. It's an "opt-in" feature ;-)
In the early 2.2.x times, httpd used to print a warning when accf_http 
is disabled. It was, of course, just a matter of loglevel. apache ran 
perfectly fine, but a warning got printed. Some users started 
complaining about how my port was broken, sometimes in very rude 
manner.
So I decided to explicilty disable AcceptFilter unless 
apache22_http_accept_enable is set to "YES" in /etc/rc.conf.

clem
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20080423/3e61fbb7/attachment.pgp


More information about the freebsd-current mailing list