Re: Helper children defaults

From: Kinkie <gkinkie_at_gmail.com>
Date: Tue, 1 Dec 2009 00:56:21 +0100

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

-- 
    /kinkie
Received on Mon Nov 30 2009 - 23:56:29 MST

This archive was generated by hypermail 2.2.0 : Tue Dec 01 2009 - 12:00:05 MST