From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Understanding bandwidth in HTB
Date: Fri, 28 Feb 2003 08:13:42 +0000 [thread overview]
Message-ID: <marc-lartc-104642007818667@msgid-missing> (raw)
In-Reply-To: <marc-lartc-104638275717842@msgid-missing>
On Thursday 27 February 2003 22:51, Leszek A. Szczepanowski wrote:
> I have a HDSL at 2048 kbit. The maximum transfer I can
> achieve is about 237 kB/sek (using for example FTP or
> NetBIOS transfers in my neighbourhood). That is 1941504 bits
> per second, 1941 kbit. Where about 106 kbit disappeared ?
> Is this protocol overhead ? HDSL framing+ethernet+IP+TCP ?
Yes it can be. You can try to read the counters from iptables or your network
card or tc to get an idea about the real speed you are sending/receiving. On
www.docum.org on the monitor page, you can find some scripts that can monitor
iptables rules or tc counters. So you can see what you really are sending.
> If so, what values I have to use at designing good HTB tree?
> May I suppose that my link is "only" 1941 kbit ? Now there
> is 2048 kbit in my script and at high loads HDSL seems to
> be overloaded... Even high priority class for ICMP doesn't
> work well. Buffers overrun?
If you are sending more then your HDSL modem can handle, it will queue all the
packets in a hugh buffer. This can be used to speed up downloads, but it's
bad for latency. So if you never send more data then your modem can handle,
these queues will allmost be empty. However, it's not easy and takes a lot
of trial and error to find out how much data your modem can handle. If the
modem has small queues, you don't have to worry about sending too much data.
> Is HTB consider protocol overheads,
> or we have to consider it individually?
HTB works for each 0 and 1 that you send. So including packet headers,
protocol overhead, ...
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2003-02-28 8:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-27 21:51 [LARTC] Understanding bandwidth in HTB Leszek A. Szczepanowski
2003-02-28 8:13 ` Stef Coene [this message]
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-104642007818667@msgid-missing \
--to=stef.coene@docum.org \
--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.