From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Date: Thu, 23 Mar 2006 04:03:57 +0000 Subject: Re: [LARTC] HFSC and default qdisc backlog Message-Id: <44221E2D.50902@trash.net> List-Id: References: <033e01c64d41$fd1ae8d0$1414a8c0@provsol.int> In-Reply-To: <033e01c64d41$fd1ae8d0$1414a8c0@provsol.int> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org Jason Boxman wrote: > On Wednesday 22 March 2006 19:13, James Nelson wrote: > >>Thanks for all of your help Patrick! >> >>Just so I'm clear. If hfsc at the class level shows no overlimits and no >>packet dropps, then hfsc is not effecting my traffic any different (from a >>throughput perspective computational computer slowness aside) then if i had >>no traffic shapping in place? > > > Well, surely if you're not delaying or dropping any traffic on your side of > the pipe, you're either using less bandwidth than you have or you've > overstated the true size of your upstream link. In either case, no shaping > can occur as ordering packets has little effect if there's no bottleneck. Not exactly. Overlimit means no eligible class could be found because _all_ classes are over their limits, it can't be accounted to a specific class but only globally. There is no way (except for backlog statistics, but backlogs can also happen because of other reasons) to tell if a single class is affected by rate limiting or not. _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc