Robert Collins wrote:
> On Wed, 2009-07-15 at 00:52 +0200, Henrik Nordstrom wrote:
>> Or 4, go back to don't strictly enforce the number of helpers?
>
> +1
>
> I don't know what this strictly-enforce thing is, but it sounds unneeded
> as we used to fire up the right number of helpers anyway.
I stopped Squid saying:
"running: 200 of 100 XXX helpers"
A Henrik said,
people with large memory-hog helpers have issues when Squid allocates
more than N bunches of their carefully tuned available memory to its
helpers. This is also important in low-memory systems requiring auth.
It's a simple 'start N' call now checks the number of running helpers
before blindly starting new ones. Making Squid actually follow its
numerous children=N settings.
I'm fine with reverting it in 3.1. But this is a nasty mix of sync and
async operations that does need cleaning up in 3.2. It's semi-hiding
about 4 bugs in a helpers and auth.
Amos
-- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE16 Current Beta Squid 3.1.0.9Received on Wed Jul 15 2009 - 13:19:18 MDT
This archive was generated by hypermail 2.2.0 : Thu Jul 16 2009 - 12:00:05 MDT