Re: Helper children defaults

On Tue, 1 Dec 2009 00:56:21 +0100, Kinkie <gkinkie_at_gmail.com> wrote:
> On Mon, Nov 30, 2009 at 12:57 PM, Amos Jeffries <squid3_at_treenet.co.nz>
> wrote:
>> Henrik Nordstrom wrote:
>>>
>>> tor 2009-11-26 klockan 17:35 +1300 skrev Amos Jeffries:
>>>>
>>>> I'm making the helper children configurable for on-demand startup so
a
>>>> minimal set can be started and allowed to grow up to a max as
>>>> determined by
>>>> traffic load.
>>>> Growth is triggered by helpers dying or requests needing to be queued
>>>> when all helpers are full.
>>>
>>> Drawback is that this fork can be quite expensive on larger squids,
and
>>> then momentarily stops all forwarding under peak load. But overloaded
>>> helpers is generally worse so..
>>>
>>> Ideally the concurrent protocol should be used as much as possible,
>>> avoiding this..
>>
>> Yes, when Kinkies muxer is ready this and that can combine to a very
>> powerful boost for the helpers.
>
> How do you suggest to proceed to get it ready? Code review? tests?
Other?
> I'm frankly quite at the end of ideas.. I've bundled two fake
> authenticators to emulate something that crashes and something that
> delays. Haven't tried NTLM or digest honestly..

If it works to the best of your knowledge then its time for code review
and testing in HEAD.

Amos
Received on Tue Dec 01 2009 - 00:08:46 MST