Messages in this thread | | | Subject | Re: QoS on incoming data | Date | Tue, 11 Jun 2002 22:57:01 +0200 | From | Anders Eriksson <> |
| |
You said way back that it was only wget that did hog the andbith, right? Assuming that you speak to the same servers all the time (i.e. for both the wget and non-wget cases), how about playing with the tcp windows? If the send and receive machines are the same, any difference have to come from different tcp setups. Check what options, if any wget and others are setting. I bet announcing a large receive window can folld your upstream network (your ISP's queues) and make the rest of the tcp timer magics run on longer control loops, this making it respond to changes more sluggishly.
/Anders
>>>>> On Tue, 11 Jun 2002, "DervishD" == DervishD wrote:
DervishD> Hi all :)
DervishD> After reading a bit of the HOWTO about traffic control DervishD> and advanced routing, I have a doubt about the queue DervishD> disciplines and traffic shaping.
DervishD> I've seen that, except the 'ingress' qdisc (and maybe the DervishD> hierarchycal token bucket) all other qdisc's seem to be DervishD> only valid for outgoing traffic, although I suppose that DervishD> some of those qdisc could be easily applied to incoming DervishD> traffic.
DervishD> But the key point is that: I think that the better way of DervishD> controlling the incoming bandwidth is the Token Bucket DervishD> Filter, just as the autor of the HOWTO says, but I think DervishD> (may be wrong here) that the TBF is only valid for DervishD> outgoing traffic. Moreover, if, just as the HOWTO says, DervishD> we set up the TBF for controlling the incoming traffic DervishD> at, lets say, 250kb/s for an ADSL access of 256kb/s, it DervishD> won't control the outgoing traffic, since the bandwidth of DervishD> that traffic is just 128kb/s. That is: TBF is not valid if DervishD> applied to both incoming and outgoing traffic, and anyway DervishD> I think that only controls the outgoing part.
DervishD> Please excuse the continous questions about this subject, DervishD> but I'm new to this and wanting to understand a bit this DervishD> powerful feature.
DervishD> Thanks in advance :) Raúl - To unsubscribe from this list: DervishD> send the line "unsubscribe linux-kernel" in the body of a DervishD> message to majordomo@vger.kernel.org More majordomo info DervishD> at http://vger.kernel.org/majordomo- info.html Please read DervishD> the FAQ at http://www.tux.org/lkml/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |