[squid-users] [Squid Rewritter] Issue with the concurrency option
Amos Jeffries
squid3 at treenet.co.nz
Tue Aug 21 14:53:36 UTC 2018
On 21/08/18 10:16 PM, ygirardin wrote:
> Hi,
>
> I'm working on updating my squid which was running under the 3.3.8
> version to the new 4.2 release.
>
>
> I'm using rewriter with concurency like this
>
> url_rewrite_children 100 startup=10 idle=2 concurrency=5 queue-size=10
> on-persistent-overload=ERR
>
>
> So according to the documation I should be receive data with channel-id
> going through 0 to concurrency.
Which documentation is giving you that?
'concurrency' is the limit on number of requests Squid has in flight to
the helper.
The channel-ID is an opaque value that should be unique for each line
sent to the helper.
> It was the case in 3.3.8 but with 4.2 I
> never received anything in channel 0 and I sometimes receive data on my
> helper stdin with channel id bigger than 5
>
> This is what I receive
>
>
> 6 http://10.1.39.1:9123/redirect/?SessionID=64012081 10.1.0.39/10.1.0.39
> - GET myip=10.1.39.1 myport=3128
>
> Is that normal ?
>
Yes.
The on-persistent-overload=ERR option allows for more than the N of
concurrency=N requests to be not-yet-responded in the helper at once.
Squid does not tell the helper which lookups it has given up on and
produced the ERR for - it just sends another lookup.
Amos
More information about the squid-users
mailing list