From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by huchra.bufferbloat.net (Postfix) with ESMTP id B712921F0E7 for ; Thu, 30 May 2013 00:51:44 -0700 (PDT) Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r4U7pWRY013960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 30 May 2013 03:51:32 -0400 Received: from localhost (ovpn-116-55.ams2.redhat.com [10.36.116.55]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r4U7pKWt000644; Thu, 30 May 2013 03:51:20 -0400 Date: Thu, 30 May 2013 09:51:17 +0200 From: Jesper Dangaard Brouer To: Eric Dumazet Message-ID: <20130530095117.503eeee7@redhat.com> In-Reply-To: <1369842724.5109.44.camel@edumazet-glaptop> References: <20130529151330.22c5c89e@redhat.com> <1369842724.5109.44.camel@edumazet-glaptop> Organization: Red Hat Inc. Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 Cc: Toke =?UTF-8?B?SMO4aWxhbmQtSsO4cmdlbnNlbg==?= , Mike Frysinger , Jiri Benc , Jiri Pirko , netdev@vger.kernel.org, bloat@lists.bufferbloat.net, Patrick McHardy , Steven Barth , David Miller , Jussi Kivilinna , Felix Fietkau , Michal Soltys Subject: Re: [Bloat] tc linklayer ADSL calc broken after commit 56b765b79 (htb: improved accuracy at high rates) X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 07:51:44 -0000 On Wed, 29 May 2013 08:52:04 -0700 Eric Dumazet wrote: > On Wed, 2013-05-29 at 15:13 +0200, Jesper Dangaard Brouer wrote: > > I recently discovered that the (traffic control) tc linklayer > > calculations for ATM/ADSL have been broken by: > > commit 56b765b79 (htb: improved accuracy at high rates). > > > > Thus, people shaping on ADSL links, using e.g.: > > tc class add ... htb rate X ceil Y linklayer atm overhead 10 > > > > Will no-longer get ATM cell tax/overhead adjusted. > > > > How can we solve/fix this? > > Perhaps we can change to use the "stab" system instead (as it does > > not seem to be broken by the commit). > > [...] > > stab suffers from the same problem : its table driven, so works only > for packet smaller than a given size. You are referring to GSO/GRO packets. Yes, one must disable GSO for this to work. Regardless ATM/ADSL, you should disable GSO when shaping at low speeds. Sending 64000 byte on a 512Kbit/s takes approx 1 sec. http://netoptimizer.blogspot.dk/2010/12/buffer-bloat-calculations.html > I am not sure it will solve the ATM logic (with the 5 bytes overhead > per 48 bytes cell) Are you talking about, that for GSO frames we are not adding a encap overhead to each "sub" skb. -- Best regards, Jesper Dangaard Brouer MSc.CS, Sr. Network Kernel Developer at Red Hat Author of http://www.iptv-analyzer.org LinkedIn: http://www.linkedin.com/in/brouer