From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HdY0j-0004Q2-2j for garchives@archives.gentoo.org; Mon, 16 Apr 2007 20:41:17 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l3GKdKou032207; Mon, 16 Apr 2007 20:39:20 GMT Received: from gabriel.sub.uni-goettingen.de (gabriel.sub.uni-goettingen.de [134.76.163.126]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l3GKVuGD022602 for ; Mon, 16 Apr 2007 20:31:56 GMT Received: by gabriel.sub.uni-goettingen.de (Postfix, from userid 8) id B877910A134; Mon, 16 Apr 2007 22:31:56 +0200 (CEST) Received: from localhost (dslb-082-083-026-200.pools.arcor-ip.net [82.83.26.200]) by gabriel.sub.uni-goettingen.de (Postfix) with ESMTP id 0BDE110A130 for ; Mon, 16 Apr 2007 22:31:52 +0200 (CEST) Date: Mon, 16 Apr 2007 22:31:51 +0200 From: Hans-Werner Hilse To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Packet Shaping Message-Id: <20070416223151.70937275.hilse@web.de> In-Reply-To: <49bf44f10704160900m65f3e8beh5a044d38d8761a1d@mail.gmail.com> References: <49bf44f10704131124o33353cc6xa5de097eba5fb052@mail.gmail.com> <20070413210444.acbef9ac.hilse@web.de> <49bf44f10704140837q4cfe2498ie065d7a608023f79@mail.gmail.com> <20070414190735.cd7f1b58.hilse@web.de> <49bf44f10704160900m65f3e8beh5a044d38d8761a1d@mail.gmail.com> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.11; i586-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Details: No, hits=1.7 required=5.0 tests=AWL,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on gabriel.sub.uni-goettingen.de X-Archives-Salt: 7c4a2146-380a-47c2-9666-5b63f79921ed X-Archives-Hash: bd298c8624ecb3c58a82f322c8f8388e Hi, On Mon, 16 Apr 2007 09:00:04 -0700 Grant wrote: > > > After a lot of testing, these numbers seem to give me the best > > > performance as far as bittorrent download speed. > > > How can that be? Is DOWNLINK my upload and UPLINK my download? > > > > Hm, usually not. Are you by chance shaping the internal (i.e. LAN) > > interface on a router? Then, of course, it would make sense (except > > from the fact that shaping your actual bottle neck, i.e. Internet > > connection, would make more sense). > > Thanks a lot for that. I switched the interface to eth0 and reversed > the DOWNLINK and UPLINK values. :-) > I switched to wshaper from wshaper.htb and now ssh and browsing seem a > lot more responsive. Could that be because I'm missing something in > my kernel that I need for htb? I don't get any errors when restarting > the firewall. I'm not sure about that. I did only try wshaper.htb and didn't manage to fit it to my needs completely either (see below). The kernel configuration help tells a good bunch of info, IIRC. > One other thing is if I don't limit the upload rate within my > bittorrent client, it really goes nuts and everything else suffers. I > don't see how that's possible with UPLINK and the bittorrent source > and destination ports defined. Well, the problem is that limiting inbound traffic is absolutely unreliable. From the numbers given, I guess you're on DSL, right? (Just like me, BTW.) If you were on cable, well, there's not a lot you can do since the media is unreliable w/ regard to your share of it. But I think you're talking about stable bandwith. If you're not lucky, all those peers out there flood your inbound traffic line. You can't shape this on your side, it's absolutely an issue to be resolved on the DSLAM your DSL modem connects to. OTOH, those routers usually don't do very sophisticated packet inspection... So it's all about cutting expensive connections down very early. This is the even more true for applications that are somewhat hasty in changing their requested and incoming traffic. So first try cutting down the maximum even more. Take a few measures and see what is actually saturated: upstream or downstream. If it's in fact neither, it's a configuration issue. > What I'd really like to do is limit the bittorrent upload rate so > Verizon doesn't throttle my connection. Can I do that with The Wonder > Shaper without limiting the total upload rate? I don't trust the > bittorrent clients I use to limit it. Did you consider trickle? It's lightweight and easy and works on application layer (i.e. usermode) by overloading glibc functions... If you're not trying to manage a whole set of clients behind a router, that would be an option. And to be honest: I've dumped QoS on my linux-based router. I've never managed to fully saturize my link the way I wanted it using it. I'm not completely sure if I should blame it on the 125MHz the poor CPU's running at (it's a WiFi AP, the Linksys WAP54g) or the 8MB of RAM... -hwh -- gentoo-user@gentoo.org mailing list