From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from wolverine02.qualcomm.com ([199.106.114.251]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1WoSvn-0004oD-8K for ath10k@lists.infradead.org; Sun, 25 May 2014 07:33:19 +0000 From: Kalle Valo Subject: Re: help troubleshooting low throughput References: Date: Sun, 25 May 2014 10:32:52 +0300 In-Reply-To: (Tim Harvey's message of "Fri, 23 May 2014 22:32:59 -0700") Message-ID: <87r43itisb.fsf@kamboji.qca.qualcomm.com> MIME-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Tim Harvey Cc: Michal Kazior , "ath10k@lists.infradead.org" Tim Harvey writes: >> Also, now that I think about you don't have a bridge. This means your >> AP system has to perform a lot more packet mangling which I guess can >> be pretty taxing for the A9. >> > > yep - turns out it is a cpu bottleneck. I'm not sure what I was > looking at when I checked the performance before but now I see that I > am hitting 100% utilization. > > Putting the AP in a bridge and moving iperf off of it, brings up my > TCP bandwidth to 240mbps (at which point the STA running iperf is 100% > pegged) and 463mbps UDP (at which point the AP was 100% pegged). Did you check that you had all kernel debug options disabled, including ath10k debug options? Kernel debugging code can significantly decrease maximum throughput. -- Kalle Valo _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k