From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 8003B3B2B7 for ; Thu, 17 Mar 2016 05:03:46 -0400 (EDT) Received: by mail-wm0-x233.google.com with SMTP id p65so106976785wmp.0 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=DuuViv1sQw8Ow3Eqql7Tlgbxa4aWZSh8K2Hyu5RhdES9WXLMqrI478MgCCkHS6057u lZSXYeuh/2WvB4nKUonKydoJsrVsvnNcrDgHDwzJdICX2UBEy+5H/uP3/t5kiwV9Y5uJ X4W8oOyqcJaswMHACTQWZ2qqO7d5vSQccLC3yOVVd5/t8IwoQMImEFGiChBkxCc7wR7a D6hIN2g54ZGNQ+83hhbMuWV4YNNlG4A458wMNsGDsYumvh6D83hGyo65BiRovwM7vpD9 HPU0JHcpNt4MpUTUq7nu6x+WhQeUaGTjKVAZ8jzrW4qb9ntSjekBQrrWAsskR6yIcGhj lnwA== X-Gm-Message-State: AD7BkJIfKXlFwBfFNqZTKFvU4UtmWvnIMoHDeBuncobrFaalc9PAXeIS6bpWzPRDIx5ROpH6RbmA5vzdTwtaFzc/A0NetNZY+4bPspfEKsg3S1+oR9/dywjWTSBpR/u2UlV6LJgBO0w2bHDmcnn86sekEQ== 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 Subject: Re: [Codel] [RFCv2 0/3] mac80211: implement fq codel 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: 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