With Perlbal, use keep-alives everywhere! Perlbal frontside, backside, Apache frontside.<br><br>The reason that mod_perl docs say not to is because they you're limited to, say, 50 total users to your site, even if 49 of them are just waiting 15 seconds to maybe ask for another page.<br>
<br>With Perlbal, Perlbal owns those 50 connections keep-alived, but keeps them frickin' busy, and can deal with tens of thousands (or more) of idle connections to real kept-alive clients waiting to send another request in the future without TCP setup time.<br>
<br><br><div class="gmail_quote">On Wed, Apr 2, 2008 at 7:37 AM, Bill Moseley <<a href="mailto:moseley@hank.org">moseley@hank.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Tue, Apr 01, 2008 at 08:16:56AM -0700, Ask Bjørn Hansen wrote:<br>
><br>
> KeepAliveTimeout typically can be nice and high; there are no<br>
> particularly good reasons to shutdown the connections. Of course the<br>
> difference between say 200 and 2000 is pretty small -- if the<br>
> connection has been idle for that long the server obviously isn't<br>
> getting much work anyway. I usually use somewhere between 60 and 300.<br>
<br>
</div>So, what's your recommendation on keep-alives on the front end?<br>
Again, all my static content is on another server. So, for a page get<br>
the only request is for the content -- so there's only one request.<br>
<br>
The exception might be a browser that pre-fetches links -- or if the<br>
client is something like a spider fetching links very often.<br>
<br>
I assume the client Perlbal connections are very light, so the keep<br>
alives on the front end are not much of a consideration.<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
Bill Moseley<br>
<a href="mailto:moseley@hank.org">moseley@hank.org</a><br>
<br>
</div></div></blockquote></div><br>