At 07.12.01, you wrote: >You talk to your modem over a 10mbit/s interface? yes, it's pppoe. and i can recycle my old ne2k cards this way :) >Cool. You weren't possible to do this before? no, a normal 16kb/s upload ruined the whole download speed. i loose ~60% of my downstream if i dont use QoS. >Ok - you can still upload and download, but the positive effect disappears? exactly. it's nearly the same as if i wouldn't start the script at all. >Well, CBQ isn't all *that* precise. Bandwidth is sucked out of your >interactive class for certain chunks of time, again delaying ACKs. In the >long term, bandwidth will probably be available ok for your interactive >class but downloads get hurt even if ACKs get delayed in the short term. that seems to be the point. the low priority class only borrowed 844 packets out of ~18000 but that was enough to delay acks remarkably. but now i can be sure that it is a logistic problem, not a fundamental error in my script. >I've been experimenting with HTB and it appears to be better in this >respect. Even without priorities it managed to keep latency in the >interactive class *very* low. but i read in your howto, that it will divide remaining bandwidth in a ratio based on the size of the classes. so this would mean it would devide it in a 108:20 ratio. if it does the low priority class gets the bigger part and i might have the same problem again. or do i underestimate HTB? :) >One thing, try reversing the priorities i tried it, but this hadn't a positive effect. isn't 1 the highest and 7 the lowest? regards, Patrick
