From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-1.mimecast.com (us-smtp-1.mimecast.com [207.211.31.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 10B903B29D for ; Wed, 20 Nov 2019 05:14:14 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1574244853; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=rEKvOxmr/7NLtoqif+lmbtJ5Ka/hKgAKqI6KOkdaNss=; b=h/P+BIqyvydArMioBxpLW9UFqVuzLBYJfKDnq95oh+3bLlK9mQJjg7NWiSwDnE8WFLp5lk 1i+egbaJEals034nBULC02OTc9QP4L8LAbEH3470avQzeuLGpEb8PL3FU3NLnQpOueDFzV 9SL4k+rJvitFQGIf6ERRoLPTCNq4TAU= Received: from mail-lf1-f69.google.com (mail-lf1-f69.google.com [209.85.167.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-133-KJZmiiqcNISvGmK9isiY7g-1; Wed, 20 Nov 2019 05:14:12 -0500 Received: by mail-lf1-f69.google.com with SMTP id u17so656413lfl.9 for ; Wed, 20 Nov 2019 02:14:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=fKMBRKKpaoMlSII2moNkw+zJtmUVNSbZ+F1avrH659c=; b=jhHrRu+AgNBk1x3OTiwypIkW0Dyy4U7D5oUWMzfh/++HDbJZRea7acJxKt0xdPL4sz VkCRyBuB6BU2c3m4kymOYrac/YAfPPLLwj7tleS/yudzAlgPysRovqxrANX3ah/o67dM nqMDMZJSeMBB9cyUz7AXHpAI2HbhaJ9R9dU/mRPLK0fZErSrURxRQahLcgoU5PMw3P4x fWWM+FJ1JaBRsVYyF02D9kJ95RpoFOAcFvJaHt1EUmzNb+IWbWrsHc+sGOg52XkEV10/ dMZayX+qrHckYzTLOE8EAxeqp1y28fDyYm6NTM8ZAsGSBMFZYX8YephPVY7W9QY8TPVh 4Bdw== X-Gm-Message-State: APjAAAWhQJqVP3tKN8kZG/DbqeCJrO11X5UzGuEvrScBI3tuM6vDK5pV TDdESILIqt/+jdt//KRXSmYt+CBTzSr1i+5Z/YZhNFNEHJcODgsD4Ct3/9dS0L2pHpXAyhnWyFQ C54lEXOlnhROf+n6xguWy5sZFRkdY+j1cKps= X-Received: by 2002:a2e:3009:: with SMTP id w9mr2069283ljw.74.1574244850943; Wed, 20 Nov 2019 02:14:10 -0800 (PST) X-Google-Smtp-Source: APXvYqzz0j0GllypMuFTfk3eJAjjpWU8fCBRAYfRKxpQqC34cMGuViFXOmq9cdjSIMsSAsHugcf9LA== X-Received: by 2002:a2e:3009:: with SMTP id w9mr2069278ljw.74.1574244850800; Wed, 20 Nov 2019 02:14:10 -0800 (PST) Received: from alrua-x1.borgediget.toke.dk ([2a00:7660:6da:443::2]) by smtp.gmail.com with ESMTPSA id u184sm12021852lja.86.2019.11.20.02.14.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Nov 2019 02:14:09 -0800 (PST) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id E696918190F; Wed, 20 Nov 2019 11:14:08 +0100 (CET) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= To: Kan Yan , Dave Taht Cc: Rajkumar Manoharan , Kevin Hayes , Make-Wifi-fast , linux-wireless , Yibo Zhao , John Crispin , Johannes Berg , Lorenzo Bianconi , Felix Fietkau In-Reply-To: References: <20191115014846.126007-1-kyan@google.com> X-Clacks-Overhead: GNU Terry Pratchett Date: Wed, 20 Nov 2019 11:14:08 +0100 Message-ID: <8736eiam8f.fsf@toke.dk> MIME-Version: 1.0 X-MC-Unique: KJZmiiqcNISvGmK9isiY7g-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Make-wifi-fast] [PATCH v8 0/2] Implement Airtime-based Queue Limit (AQL) 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: Wed, 20 Nov 2019 10:14:14 -0000 Kan Yan writes: >> Those were lovely, thanks!!!! Big win. Since you are on patch v10 >> now.... Any chance you could turn ecn on and off and give it a go >> again in your next test run? >> >> >> Also: >> >> --step-size=3D.04 --socket-stats # the first is helpful to gain more >> detail, the second as to the behavior of the tcp stack. > > Thanks for the feedback! I will do more tests in a few days. > > >> Secondly - and AFTER this patchset stablizes, I'd like us to look into >> returning the codel default to 10ms or less >> from it's currently 20ms or worse setting. Tis another easy test > > Smaller CoDel "target" doesn't work well with wireless because the > dequeue behavior in wireless driver is very bursty. It is quite often > dequeues dozens of packets in one burst after one large aggregation is > completed, so smaller CoDel "target" can cause unnecessary packet > drop. It would be interesting to get some samples of the actual sojourn time as seen by CoDel in mac80211. Might be doable with bpftrace... -Toke