From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.candelatech.com (mail2.candelatech.com [208.74.158.173]) by huchra.bufferbloat.net (Postfix) with ESMTP id 0F93421F412; Fri, 27 Mar 2015 09:39:03 -0700 (PDT) Received: from [192.168.100.65] (unknown [50.251.239.81]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail2.candelatech.com (Postfix) with ESMTPSA id A454A40EA26; Fri, 27 Mar 2015 09:38:57 -0700 (PDT) Message-ID: <5515879C.2030602@candelatech.com> Date: Fri, 27 Mar 2015 09:38:52 -0700 From: Isaac Konikoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: David Lang References: <55147C8A.4030804@candelatech.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: codel , cerowrt-devel , bloat Subject: Re: [Codel] [Bloat] capturing packets and applying qdiscs X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2015 16:39:32 -0000 On 03/26/2015 05:39 PM, David Lang wrote: > On Thu, 26 Mar 2015, Isaac Konikoff wrote: > >> Hi All, >> >> Looking for some feedback in my test setup... >> >> Can you please review my setup and let me know how to improve my >> application of the qdiscs? I've been applying manually, but I'm not >> sure that is the best method, or if the values really make sense. >> Sorry if this has been covered ad nauseum in codel or bloat threads >> over the past 4+ years... >> >> I've been capturing packets on a dedicated monitor box using the >> following method: >> >> tshark -i moni1 -w >> >> where moni1 is ath9k on channel 149 (5745 MHz), width: 40 MHz, >> center1: 5755 MHz >> >> The system under test is a lanforge ath10k ap being driven by another >> lanforge system using ath9k clients to associate and run traffic tests. >> >> The two traffic tests I'm running are: >> >> 1. netperf-wrapper batch consisting of: tcp_download, tcp_upload, >> tcp_bidirectional, rrul, rrul_be and rtt_fair4be on 4 sta's. >> >> 2. lanforge wifi capacity test using tcp-download incrementing 4 >> sta's per minute up to 64 sta's with each iteration attempting >> 500Mbps download per x number of sta's. > > what results are you getting? and what results are you hoping to get to? > > David Lang I'll share my results shortly, but the main idea is that I'm doing the captures as part of our effort to improve the ath10k driver. Just one comparison is that with many clients the ath10k ap throughput tails off whereas some non-ath10k ap's are able to sustain high throughput for many clients, but even that depends on manufacturer and firmware combos. I'll be able to point this behaviour out better once I get the files uploaded...