Search squid archive

Re: Fwd: Re: Re: Bandwidth split?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I have v2.6
The article seems to show that squid can only ever limit on a single aggregate and then per user afterwards: http://www.visolve.com/squid/squid27/delaypools.php#delay_pools
Should it be a class 4 bucket instead?


--------------------------------------------------
From: "Chad Naugle" <Chad.Naugle@xxxxxxxxxxx>
Sent: Tuesday, November 09, 2010 11:05 PM
To: "J Webster" <webster_jack@xxxxxxxxxxx>; <squid-users@xxxxxxxxxxxxxxx>
Subject: Re: Fwd: Re:  Re: Bandwidth split?

I could be wrong here, please read up on Visolve, relating to your
version of Squid for more information...

(3.X) http://www.visolve.com/squid/squid30/delaypools.php#delay_pools
(2.7) http://www.visolve.com/squid/squid27/delaypools.php#delay_pools


---------------------------------------------
Chad E. Naugle
Tech Support II, x. 7981
Travel Impressions, Ltd.



"J Webster" <webster_jack@xxxxxxxxxxx> 11/9/2010 3:32 PM >>>
So, at present, my #3 pool is only allowing 64kbps for the entire
server?
That doesn;t seem right as using iftop on the server reports that the
current speed is 2.22Mb and reached a peak of 5.25Mb total (in/out)
Why use a class 3 at all in most server cases? I suppose you might want
to
restrict proxy server usage to a percentage.
I would like the server to be unlimited but each user using it should
only
get say 1Mb max, maybe less.
So, can I forget the class 3 completely?

--------------------------------------------------
From: "Chad Naugle" <Chad.Naugle@xxxxxxxxxxx>
Sent: Tuesday, November 09, 2010 9:16 PM
To: "J Webster" <webster_jack@xxxxxxxxxxx>;
<squid-users@xxxxxxxxxxxxxxx>
Subject: Re: Fwd: Re:  Re: Bandwidth split?

Remember, the #3 pool here, should represent the TOTAL allowed rate
for
the Squid Proxy, for all users in 1 bucket.  If you want to limit
individual users' bandwidth, use at least a Class 2, or Class 3
pool.

In my trial & error testing, 64000 does not directly equate to
64k/sec
in actual throughput.  You need to tweak the settings to fit your
situation, until you get desirable results.

Here is my example to get up to 150-300k/sec thruput per a userid,
notice I used a Class 4 pool due to eDirectory IP -> User mappings,
and
deny access to the pool outside of normal business hours, and
"Level1"
employee's.

# Delay Pools
delay_pools 1
delay_class 1 4
delay_access 1 deny allowed_src
delay_access 1 deny edir_root_level1
delay_access 1 deny edir_beth_level1
delay_access 1 deny edir_far_level1
delay_access 1 deny edir_mel_level1
delay_access 1 deny edir_riv_level1
delay_access 1 deny !biz_hours_norm !biz_hours_wknd !biz_hours_ext
delay_access 1 allow all
# Hard 128-256K/sec Limit per/user
delay_parameters 1 -1/-1 -1/-1 128000/256000 128000/256000
delay_initial_bucket_level 25


---------------------------------------------
Chad E. Naugle
Tech Support II, x. 7981
Travel Impressions, Ltd.



"J Webster" <webster_jack@xxxxxxxxxxx> 11/9/2010 3:05 PM >>>
This is how it looks at present.
It seems that it might be appliued as aggregate and individual?


Number Class Aggregate limit Individual limit Network limit
 1 Aggregate and individual Unlimited Unlimited=20
2 Aggregate and individual 32000/sec, 150000 max 32000/sec, 120000
max=20
3 Aggregate 64000/sec, 128000 max=20

Is that 64kbps on #3? Should be enough to view video shouldn;t it?



Travel Impressions made the following annotations
-------------------------------------------------------------
"This message and any attachments are solely for the intended
recipient
and may contain confidential or privileged information.  If you are
not
the intended recipient, any disclosure, copying, use, or distribution
of
the information included in this message and any attachments is
prohibited.  If you have received this communication in error,
please
notify us by reply e-mail and immediately and permanently delete
this
message and any attachments.
Thank you."



Travel Impressions made the following annotations
-------------------------------------------------------------
"This message and any attachments are solely for the intended recipient
and may contain confidential or privileged information.  If you are not
the intended recipient, any disclosure, copying, use, or distribution of
the information included in this message and any attachments is
prohibited.  If you have received this communication in error, please
notify us by reply e-mail and immediately and permanently delete this
message and any attachments.
Thank you."



[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux