From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 94F1D3B2DA for ; Thu, 17 Mar 2016 05:03:46 -0400 (EDT) Received: by mail-wm0-x22d.google.com with SMTP id l124so76504242wmf.1 for ; Thu, 17 Mar 2016 02:03:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tieto.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=v2AluIcnJK41UPZfbi4GRl2zEGzyjs4zgE8s3HoYIHk=; b=WXMvPskAcxQZJKXf4yV2GZrWaUmMT98h7EtOiJX5frC4rgMRehk76sV/wOjAKFr4Mr dIsRALreTYtb+9vlj9pUoAIyE4hUXMuUdBEmdfUINWBfZo7Ekh56F1b9MYuBpGO09fmC Jc/1Cdo8q7xbsZX6uamcV0jOxpeXRXBZmfAjs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=v2AluIcnJK41UPZfbi4GRl2zEGzyjs4zgE8s3HoYIHk=; b=TRQL1NsRGpOcUJpEEIFwJMTrqU6sDPJNiWkvy74owqwhRZFGnk2HREa2Ck7y1241m3 qHiIl2UHRU3pKbXdYLaIJ9Le5HxSzjcbM1Y0Qt+M9eN6uUYUZ27y0/eESA/S/AnQL5zN Ld1StzxJwMSJTh0s6/n8Zd2htiLmr1MDMiZx8ldGPMTeLhHGTX9GIA1UeKK6ZqY1Q51I dN2+fA5cWtL+/tPqSy+17jkFobF+FWXf52Dj/KwVjGjwjHxTGDPxVWblVf6RP8jaZRUn hYl3fJrEVWL1gP8fO2HyhWpTHG6xUcyxx3ZIMomSyyFtwfSJKokRrqs86a+rINrnmNI8 am1A== X-Gm-Message-State: AD7BkJLvEqlw8gT+kDHO1C4EwNdPkmgKmnZo+c2gu+Dnz1GhIWLXVjQhPAHl/HAumtET2YvnM2miMyQVax/i5orXyXh/jzhRC5D6+O6CsgsSqz1hDJrKvtzwpFl9vTyGPjRPFalv3FVnSPSoFueol4HEHPDiWfso/ZldHQ== MIME-Version: 1.0 X-Received: by 10.28.174.72 with SMTP id x69mr34162741wme.68.1458205425733; Thu, 17 Mar 2016 02:03:45 -0700 (PDT) Received: by 10.194.21.73 with HTTP; Thu, 17 Mar 2016 02:03:45 -0700 (PDT) In-Reply-To: References: <1458123478-1795-1-git-send-email-michal.kazior@tieto.com> Date: Thu, 17 Mar 2016 10:03:45 +0100 Message-ID: From: Michal Kazior To: Dave Taht Cc: linux-wireless , "ath10k@lists.infradead.org" , Johannes Berg , Network Development , Emmanuel Grumbach , Felix Fietkau , Tim Shepard , make-wifi-fast@lists.bufferbloat.net, "codel@lists.bufferbloat.net" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-DomainID: tieto.com X-Mailman-Approved-At: Fri, 25 Mar 2016 11:52:32 -0400 Subject: Re: [Make-wifi-fast] [RFCv2 0/3] mac80211: implement fq codel X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 09:03:46 -0000 On 16 March 2016 at 16:37, Dave Taht wrote: > it is helpful to name the test files coherently in the flent tests, in > addition to using a directory structure and timestamp. It makes doing > comparison plots in data->add-other-open-data-files simpler. "-t > patched-mac-300mbps", for example. Sorry. I'm still trying to figure out what variables are worth considering for comparison purposes. > Also netperf from svn (maybe 2.7, don't remember) will restart udp_rr > after a packet loss in 250ms. Seeing a loss on UDP_RR and it stop for > a while is "ok". I'm using 2.6 straight out of debian repos so yeah. I guess I'll try using more recent netperf if I can't figure out the hiccups. Micha=C5=82 > Dave T=C3=A4ht > Let's go make home routers and wifi faster! With better software! > https://www.gofundme.com/savewifi > > > On Wed, Mar 16, 2016 at 3:26 AM, Michal Kazior = wrote: >> On 16 March 2016 at 11:17, Michal Kazior wrote= : >>> Hi, >>> >>> Most notable changes: >> [...] >>> * ath10k proof-of-concept that uses the new tx >>> scheduling (will post results in separate >>> email) >> >> I'm attaching a bunch of tests I've done using flent. They are all >> "burst" tests with burst-ports=3D1 and burst-length=3D2. The testing >> topology is: >> >> AP ----> STA >> AP )) (( STA >> [veth]--[br]--[wlan] )) (( [wlan] >> >> You can notice that in some tests plot data gets cut-off. There are 2 >> problems I've identified: >> - excess drops (not a problem with the patchset and can be seen when >> there's no codel-in-mac or scheduling isn't used) >> - UDP_RR hangs (apparently QCA99X0 I have hangs for a few hundred ms >> sometimes at times and doesn't Rx frames causing UDP_RR to stop >> mid-way; confirmed with logs and sniffer; I haven't figured out *why* >> exactly, could be some hw/fw quirk) >> >> Let me know if you have questions or comments regarding my testing/resul= ts. >> >> >> Micha=C5=82