From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.candelatech.com (mail2.candelatech.com [208.74.158.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id B0B2D3B25E; Sun, 1 May 2016 01:08:22 -0400 (EDT) Received: from [50.34.199.106] (unknown [50.34.199.106]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail2.candelatech.com (Postfix) with ESMTPSA id 76CAB40A5CB; Sat, 30 Apr 2016 22:08:18 -0700 (PDT) Message-ID: <57258F41.8040600@candelatech.com> Date: Sat, 30 Apr 2016 22:08:17 -0700 From: Ben Greear User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Dave Taht , ath10k , "codel@lists.bufferbloat.net" , make-wifi-fast@lists.bufferbloat.net References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Codel] fq_codel_drop vs a udp flood X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2016 05:08:22 -0000 On 04/30/2016 08:41 PM, Dave Taht wrote: > There were a few things on this thread that went by, and I wasn't on > the ath10k list > > (https://www.mail-archive.com/ath10k@lists.infradead.org/msg04461.html) > > first up, udp flood... > >>>> From: ath10k on behalf of Roman >>>> Yeryomin >>>> Sent: Friday, April 8, 2016 8:14 PM >>>> To: ath10k@lists.infradead.org >>>> Subject: ath10k performance, master branch from 20160407 >>>> >>>> Hello! >>>> >>>> I've seen performance patches were commited so I've decided to give it >>>> a try (using 4.1 kernel and backports). >>>> The results are quite disappointing: TCP download (client pov) dropped >>>> from 750Mbps to ~550 and UDP shows completely weird behavour - if >>>> generating 900Mbps it gives 30Mbps max, if generating 300Mbps it gives >>>> 250Mbps, before (latest official backports release from January) I was >>>> able to get 900Mbps. >>>> Hardware is basically ap152 + qca988x 3x3. >>>> When running perf top I see that fq_codel_drop eats a lot of cpu. >>>> Here is the output when running iperf3 UDP test: >>>> >>>> 45.78% [kernel] [k] fq_codel_drop >>>> 3.05% [kernel] [k] ag71xx_poll >>>> 2.18% [kernel] [k] skb_release_data >>>> 2.01% [kernel] [k] r4k_dma_cache_inv > > The udp flood behavior is not "weird". The test is wrong. It is so filling > the local queue as to dramatically exceed the bandwidth on the link. It would be nice if you could provide backpressure so that you could simply select on the udp socket and use that to know when you can send more frames?? Any idea how that works with codel? Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com