From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from arrakis.dune.hu (arrakis.dune.hu [78.24.191.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 01B7F21F41D; Fri, 27 Mar 2015 13:07:10 -0700 (PDT) Received: from arrakis.dune.hu (localhost [127.0.0.1]) by arrakis.dune.hu (Postfix) with ESMTP id AF5D2280408; Fri, 27 Mar 2015 21:06:23 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on arrakis.dune.hu X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=AXB_HELO_HOME_UN,BAYES_00, HELO_LH_HOME autolearn=no version=3.3.2 Received: from nf.lan (p5DDC4340.dip0.t-ipconnect.de [93.220.67.64]) by arrakis.dune.hu (Postfix) with ESMTPSA; Fri, 27 Mar 2015 21:06:23 +0100 (CET) Message-ID: <5515B860.4090005@openwrt.org> Date: Fri, 27 Mar 2015 21:06:56 +0100 From: Felix Fietkau User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Dave Taht , "cerowrt-devel@lists.bufferbloat.net" , Lorenzo Colitti , Jesper Dangaard Brouer , Andrew McGregor , bloat References: In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Cerowrt-devel] some notes on the archer c7v2's suitability for make-wifi-fast X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 20:07:40 -0000 On 2015-03-27 03:10, Dave Taht wrote: > B) The bad news: I didn't get around to testing wifi at all. I ran > into an interesting problem, where testing it with full nat enabled, > with no sqm-scripts, would peak at about 400 mbits on the rrul test, > and: > > 0) If hostapd was running it would run a lot - cutting performance by > about 50Mbits on the test runs. I think I posted the strace here > already. Might be fixed in current trunk. > While reducing queue size when running out of cpu is a pleasing > result, it also points to possible tuning options for napi, maybe > adding xmit_more support in (or removing it entirely), in order to > fully service all interrupts in one direction or another, and also > compile options specific to the mips74k which has a long pipeline in > particular, and so far as I know the archer has no issues (as the > wndr3800 had) with unaligned access so we can turn off various hacks > on that front. A while back, I tested xmit_more, and it didn't seem to be making any visible difference on the router that I tested it on (MT7621). - Felix