From: Anton Yurchenko <phila@dg.net.ua>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] HTB stats
Date: Sun, 30 Jun 2002 08:29:20 +0000 [thread overview]
Message-ID: <marc-lartc-102542596629807@msgid-missing> (raw)
In-Reply-To: <marc-lartc-102512794009287@msgid-missing>
[-- Attachment #1: Type: text/plain, Size: 2059 bytes --]
Stef Coene wrote:
>On Wednesday 26 June 2002 23:43, Anton Yurchenko wrote:
>
>
>>hello,
>>
>>about output of tc -s -d .....
>>
>>about my setup:
>>all input and output is done on one interface, box recives on it and
>>from it it forwards.
>>very simple, a root 1:1 for output and 1:2 for input classes at
>>100mbit. and below lots of children with different rates.
>>ceil for children is 1/3 of rate.
>>
>>
>So the ceil is smaller then the rate?
>
>
Sorry mistype. ceil is "rate" + 1/3 rate
>
>
>>questions:
>>1. why do I have "lended" for children classes almost the same as
>>"sent", who do they lend to? the neighboring classes?
>>
>>
>Yes, to other classes.
>"lended is # of packets donated by this class (from its rate)"
>
>
I did some experimenting, and had a root class and just 1 child class,
and this child class still had lended pkts to smbody. Who did it lend it to?
>
>
>>2. What is overlimits? is it incremented when certain pkt goest above
>>"rate", what if both "rate" and "ceil"? incremented twice?
>>
>>
>overlimits : Packet is not sended due to ceil or rate restrictions So there
>was to much data in the class. But don't believe this too much. It depends
>on how often the qdisc looked for packet.
>
>
What does "looked" mean? could you pleases explain it a bit more? How
does it look for a pkt? I`m very interested in finding out what that
value means.
>
>
>>3. "dropped"- if the pkt is overlimit it may be dropped right? if it
>>cannot be delayed, right? is this the reason why I have such a
>>difference between them?
>>
>>
>Between what?
>
>
Between "overlimits" and "dropped"
>
>
>>4. what is "level", the level in classes tree?
>>
>>
>"Level of class determines its position in hierarchy. Leaves has level 0,
>root classes LEVEL_COUNT-1 and each inner class has level one less than its
>parent. See pictures below (LEVEL_COUNT=3 there). "
>
>I quoted some info from http://luxik.cdi.cz/~devik/qos/htb/
>
>Stef
>
>
>
--
Anton Yurchenko<phila@dg.net.ua>
Digital Generation
[-- Attachment #2: Type: text/html, Size: 3385 bytes --]
next prev parent reply other threads:[~2002-06-30 8:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-26 21:43 [LARTC] HTB stats Anton Yurchenko
2002-06-27 18:24 ` Stef Coene
2002-06-30 8:29 ` Anton Yurchenko [this message]
2002-06-30 11:31 ` Stef Coene
2002-06-30 16:01 ` Anton Yurchenko
2002-07-01 7:12 ` Martin Devera
2004-11-30 13:13 ` [LARTC] htb stats Marinca Gheorghe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-lartc-102542596629807@msgid-missing \
--to=phila@dg.net.ua \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.