From: Andy Furniss <andy.furniss@dsl.pipex.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] HTB stalling
Date: Thu, 21 Apr 2005 23:49:42 +0000 [thread overview]
Message-ID: <42683C16.4020504@dsl.pipex.com> (raw)
In-Reply-To: <258b6f705041723197f494890@mail.gmail.com>
Krystian Antoni wrote:
> Connection is 256kbit/2mbit, but the down interface is used for SMB also so
> its shaped from 100mbits. The interfaces are both ethernet.
> Number of rules in Iptables is around 300, and I have a new kernel (from
> kernel org) and new iptables.
> Number of qdisc/class per interface is 7-8. Leaf classes are SFQ.
> I tryed:
> - running only one part of QOS (down or up)
> - puting only minimal set of rules in iptables
> - getting kernels from fedora/kernel.org
> - reinstalling fedora.
> - changing clock from standart to gettimeofday
> - changed leaves from SFQ to PRIO
> - changed speeds of QOS.
> - played with my outside interface from HALF to FULL duplex and reverse way.
> and still I had this stalls on the interface which has HTB QoS setup.
> Load of my internet connection is around 10%. Propably you're thinking that
> I set up my connections parameters too high in QOS, but that is not the case
> (I think ;-) since I did a little bit of testing and found out the setting
> which alowed me to keep LAN pings through my internet connection even under
> heavy load.
> CBQ works without any problems.
> Computer is 233 MMX with 128 of RAM (36 MB used for system), NIC's are
> 3com's 905B and 905C. I dont remember if I tryed changing them :-)
> And I dont really now what is that I screw up :-) Wonna see my qos scripts?
> :D
I use a P200 for a gateway but it's only got one eth card, so I can't
really recreate your setup properly - I assume the SMB traffic is
forwarded and not local traffic.
I can't even do 100Mbit when actually running anything on mine with a
rtl8139 - I run out of CPU - doesn't seem to affect internet
shaping/throughput.
I'll have a go at shaping on eth and see if I can recreate it when I
have time.
When you say stalls, what happens eg just no throughput or dropped
packets or just high latency - is swap being used etc.
Andy.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2005-04-21 23:49 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-18 6:19 [LARTC] HTB stalling Krystian Antoni
2005-04-18 10:56 ` Kunszt Arpad
2005-04-19 21:58 ` Andy Furniss
2005-04-20 6:13 ` Krystian Antoni
2005-04-21 23:49 ` Andy Furniss [this message]
2005-04-22 5:21 ` hareram
2005-04-22 12:24 ` Kunszt Arpad
2005-04-22 14:01 ` gypsy
2005-04-22 20:18 ` Krystian Antoni
2005-04-22 20:29 ` Krystian Antoni
2005-04-23 1:48 ` gypsy
2005-04-23 7:14 ` Krystian Antoni
2005-04-24 20:42 ` Andy Furniss
2005-04-24 20:51 ` Andy Furniss
2005-04-24 21:13 ` Kunszt Arpad
2005-04-24 21:24 ` Patrick McHardy
2005-04-25 4:00 ` Krystian Antoni
2005-04-25 4:06 ` Krystian Antoni
2005-04-25 7:04 ` Kunszt Arpad
2005-04-25 9:51 ` Andy Furniss
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=42683C16.4020504@dsl.pipex.com \
--to=andy.furniss@dsl.pipex.com \
--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.