| Author |
Re: [squid-users] Re: delay pools starvation
|
|
|
| > > It would be a great feature if each delay pool have its own maxconn per
ip
>
> How is the existing maxconn acl insufficient?
Parameter maxconn is matched against all connections from ip irrespective of
delay pool number
used or request not going through delay pool.
I wolud like to limit only downloads on fair share basis by delay pool where
everyone has only 1 connection available or so but I want also that if
someone is downloading he could browse without
delay.
If I limit connections by maxconn it will limit also browsing.
I've expirienced browsing problem when maxconn is too low because browsers
use more connections to speed up browsing.
ie I set sth like this:
acl conlimit maxcon 1
acl downloads urlpath_regex \.zip$ \.mp3$ ......
delay pools 2
delay_class 1 1
delay_class 2 1
delay_access 1 allow downloads conlimit
delay_access 1 deny all
delay_access 2 allow downloads
delay_parameters 1 35000/35000
delay_parameters 2 1000/1000
Delay pool 1 will never be matched because browser open some connections.
All downloads go through pool 2.
Browsing going without any pool.
I choose pool type 1 because I don't want limit user to static limit if
there is ie 35k/s available for downloading(I read some on dynamic delay
pools patches but can't get any).
Without maxconn scenario all downloads going throug pool 1 and there is no
need for pool 2 but
if someone is using download accelerator bandwidth is shared uneqally.
The worst thing is if there is more such users the delay pool is simply
starving and normal user with only one thread can't download anything.
So maxconn parameter per delay pool will solve many problems with fair
sharing and download accelerators if properly configured.
Best regards,
Bar
| |
| Henrik Nordstrom 2004-04-29, 6:54 pm |
| On Wed, 21 Apr 2004, Bar wrote:
> Parameter maxconn is matched against all connections from ip irrespective of
> delay pool number
> used or request not going through delay pool.
Yes, but there is no problem using the same list of acls as you use in
delay_access to limit the number of connections before accepting the
request, and you can define multiple different maxconn acls.
> acl conlimit maxcon 1
> acl downloads urlpath_regex \.zip$ \.mp3$ ......
> delay pools 2
> delay_class 1 1
> delay_class 2 1
> delay_access 1 allow downloads conlimit
> delay_access 1 deny all
> delay_access 2 allow downloads
> delay_parameters 1 35000/35000
> delay_parameters 2 1000/1000
>
> Delay pool 1 will never be matched because browser open some connections.
> All downloads go through pool 2.
The conlimit check needs to go into http_access.
http_access deny downloads conlimit
Regards
Henrik
| |
|
|
> Yes, but there is no problem using the same list of acls as you use in
> delay_access to limit the number of connections before accepting the
> request, and you can define multiple different maxconn acls.
>
> The conlimit check needs to go into http_access.
>
> http_access deny downloads conlimit
Yes. I've tried this scenario already but ie. if someone opening page his
browser opens 1-5 connections.
If on this page is a link for downloading and he clicks on it he immediately
get deny to download because
connlimit is matched by browsing page. He have to wait some time for browser
to close connction and most of people think that something is broken.
Regards
Bar
| |
|
|
----- Original Message -----
From: "Bar" <bar1@poczta.onet.pl>
To: <squid-users@squid-cache.org>
Sent: Thursday, April 22, 2004 11:31 AM
Subject: Re: [squid-users] Re: delay pools starvation
>
>
> Yes. I've tried this scenario already but ie. if someone opening page his
> browser opens 1-5 connections.
> If on this page is a link for downloading and he clicks on it he
immediately
> get deny to download because
> connlimit is matched by browsing page. He have to wait some time for
browser
> to close connction and most of people think that something is broken.
Could anybody tell me if it is possible to implement mentioned parameter
(maxconn per delay_pool)
in the next release of squid?
Regards
Bar
| |
| Henrik Nordstrom 2004-04-29, 6:54 pm |
| On Sun, 25 Apr 2004, Bar wrote:
> Could anybody tell me if it is possible to implement mentioned parameter
> (maxconn per delay_pool)
> in the next release of squid?
If I get a patch implementing this feature in Squid-3 I have no problem
including it in Squid-3.1.
Regards
Henrik
|
|
|
|