PDA

View Full Version : FB in CBQ


Steve
11-02-2002, 06:03 PM
Could you provide a quick recap on the fb feature? Also wondering if it would be possible to have the fb duration variable?

lonnie
11-02-2002, 06:21 PM
When you put fb in front of the speed, it starts out at the desired speed. If the user hits that speed for 10 seconds sustained it will begin to drop his speed at the rate of 5% for every 10 seconds that he hits top speed. This penalizes anybody doing a download and gives the guy that is browsing web sites full speed. He sees the system very responsive, but the guy downloading or uploading sees the system drop to about 50% after a minute or so.

The random use like browsing does not hurt you. Get a few guys queuing up a 100 downloads and you see your system load up.

We will make the duration variable in a future release. This was a good first start, and it helped us with a few of our more active music hounds.

myecom
05-13-2004, 12:40 PM
Another nice thing that would be helpful... I switched from a FreeBSD configuration I set up with fair weighted queuing and I also used squids delay pools... this was nice because it allowed in a way a method to allow the user doing small downloads as much bandwidth as we had, however after they hit about 10MB it would drop them to 128k until the bucket filled back up again... This is nice because we have discovered (and the techs at avaya later verified as being true) that its not really how much a person is downloading that will cause interference but how long... People that do a continual 300kpbs download for 10 minutes or so will start causing single interference with other users so with the fall back we could have to limit everyone to 356K download to keep them below the 128 range if they do a big download and personally 265k stinks... We have found that the fairweighted queue does just fine for making sure everyone has access but the the problem is steady use of bandwidth to one client regardless if its 300k it will still cause interference...

if we could set the fallback to more then 50% that would basically allow us to give them more bandwidth upfront with a harder hit once they have downloaded for say 10 minutes..... Much like the FAP (fair access policies) that DirectPC and other Sat providers use

Also I know its a little off topic of this post but I was able to do wfq on my FreeBSD box but does cbq not offer this type of shaping?

So why did I switch you ask (believe me I personal am very happy with the FreeBSD APs and routers I set up for my brothers wireless) the problem is my brother is lacking all the knowledge to work on a FreeBSD router from shell and beings I really don't have time to finish the web based interface I was working on for him (especially beings I am not getting paid hehe) I have talked him into going with your star-os... As I said we can make do with the current limitations but being able to set the time and % for the fall back would be a great help... and if you could verify the wfq possibilities.

or if you could recompile squid in your next release with --enable-delay-pools

Anyway thats all for now.. Great product you have

lonnie
05-13-2004, 12:58 PM
We will see about adding another 50% drop after 10 minutes of sustained.

myecom
05-13-2004, 01:04 PM
that would work very well. sorry for being such a pain hehe

another option is you could just recompile squid with --enable-delay-pools and then I could just use that.... Of course on smaller cpus then delay-pools can not be used because its a lot more work to process then the fall back method but if its not set in the squid.conf file it will not be enabled anyway so it would only use the resources if someone actually set it up to ( have people that like streaming video which is fine by me but if they get to carried away and decide to watch a whole movie that another story :-)