From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 EDD6F3B29E for ; Mon, 24 Oct 2022 11:09:45 -0400 (EDT) Received: by mail-wr1-x429.google.com with SMTP id bs21so861737wrb.4 for ; Mon, 24 Oct 2022 08:09:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=6xCBPsicArpkRdOeMq4Gzfj1XkoGQsZOI3veAMRAuYw=; b=LxbU7OX/NC3RKLDtiQIyzmLRWqINltPOktsebyBo+zVlKK0lUW84HmntiFPpjbHaoT 6eHbWkMkHeirrJczXfsXOSpPvzIQ0mEBxlKjVPf2QeJsONkLNs4PtS6M1VoMZFlH1YP8 kVt+pJXM5MwmJ6rCHf9pGsn8CWbjtLJwoGnQOv2a+RqRGkcYrfdMeCKEvd81C1lNW5Qk 2f/AfeF3tdd8r5QTOjS0ROgsrne30NNRgFAbxvL3vFSB2ORTiIA9Cmo5XdrzDGPCtbFB LyCP880WptNOhwxnhh/G4pD65Z3vwP7BQZAdb3sQ/17WRus9/LGBUnFNVh85U1XTja5Z hvaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=6xCBPsicArpkRdOeMq4Gzfj1XkoGQsZOI3veAMRAuYw=; b=reh0IQa80YpMAtvqmYwa9IsLybMoHBsLjDa7cIEVpTGfIXBgFEZ6q1ljE0ieb91bIE oCToHA/yxW5Rhqh9S81rBf68SQJnE9EOkU1lQX5TGf1jUf4o7rXp+1QtNjdcBD5QeOGS GTPTAgnbtvaKXfZxiqtuAftckBNDJYCI2QzlSiisAuLpA+Rc10gjSmfQqmspScq/E1iV ds1svdeH5bLF0hNokmMbFsHUn4h4pBr2vTNxF23N2U9bm2jT4P0ELkQzQ0jZk1bxkl5H M/pef8U+mHYOGhzhgWpsYFk6zONygl2QJSwVAGQDfqeHJ1IBIgvjrIo4dNzEW/oBGKtm 2KeQ== X-Gm-Message-State: ACrzQf0COeyXUx8JnfhAGqzHVUrEuJ2w8aY+KGumU9D2FFCBe35vpjX7 Iig5J5vWPNucVD/e6kPyiAkvcFo5kKWguwFGDgg= X-Google-Smtp-Source: AMsMyM7RaDqwl+jhHeP6UuGywsYCk2qcSCZQtLYi6R7U/WtiOalbT1nrhE/5TNL/PTxWjTJwlqy6nqS9x66uWtDKvLY= X-Received: by 2002:a5d:47a1:0:b0:236:6f4d:1db3 with SMTP id 1-20020a5d47a1000000b002366f4d1db3mr4375527wrb.383.1666624184842; Mon, 24 Oct 2022 08:09:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Taht Date: Mon, 24 Oct 2022 08:09:33 -0700 Message-ID: To: =?UTF-8?Q?Robert_Chac=C3=B3n?= Cc: Herbert Wolverson , libreqos@lists.bufferbloat.net Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [LibreQoS] ookla speedtest results? X-BeenThere: libreqos@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Many ISPs need the kinds of quality shaping cake can do List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2022 15:09:46 -0000 On Mon, Oct 24, 2022 at 8:02 AM Robert Chac=C3=B3n via LibreQoS wrote: > > I can run an Ookla test in the middle of the night with LibreQoS off for = a bit. Groovy. > From what I recall - without Libre we see download bloat of 300ms or so. = With Libre, it's gone. On waveform we see 0ms added bloat each direction fo= r most clients. The numbers report by speedtest bounce around a lot, and they tend to pick a lower number as a final result than I'd like. If there's a way to capture a movie of it... > > And I like the "monitor only" mode idea. > Perhaps we could create the HTB tree, but just not attach the CAKE qdisc? > Technically even HTB could reduce latency by itself on overloaded APs , s= o it wouldn't be true passive monitoring, but it would allow us to compare = the before/after of CAKE while still having qdiscs we can point cpumap-ppin= g to. > > Alternatively, maybe we could use eBPF PPing just for this passive monito= ring period? > > > On Mon, Oct 24, 2022 at 8:02 AM Herbert Wolverson via LibreQoS wrote: >> >> Are you looking for a shaped result? That'll show "whatever bandwidth >> is left on the sector" without Libre, and around the customer's paid-for >> target with Libre (hopefully!). >> >> One thing Preseem does well is that their onboarding process includes >> "leave it in monitoring-only mode" for a week, gathering data before you >> pull the switch (although most ISPs I've talked to just pull the switch.= ..) >> It's quite enlightening to see a before/after, even with only FQ_CODEL >> as the shaper. >> >> We could probably do something similar with a "monitor only" mode that >> doesn't enable any queues (is there a TC equivalent to "dummy" on >> FreeBSD?). >> >> On Mon, Oct 24, 2022 at 8:52 AM Dave Taht via LibreQoS wrote: >>> >>> I am curious if anyone here has speedtest results with libreqos on and >>> off, and can send a screen shot? >>> >>> -- >>> This song goes out to all the folk that thought Stadia would work: >>> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366= 665607352320-FXtz >>> Dave T=C3=A4ht CEO, TekLibre, LLC >>> _______________________________________________ >>> LibreQoS mailing list >>> LibreQoS@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/libreqos >> >> _______________________________________________ >> LibreQoS mailing list >> LibreQoS@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/libreqos > > > > -- > Robert Chac=C3=B3n > CEO | JackRabbit Wireless LLC > _______________________________________________ > LibreQoS mailing list > LibreQoS@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/libreqos --=20 This song goes out to all the folk that thought Stadia would work: https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-69813666656= 07352320-FXtz Dave T=C3=A4ht CEO, TekLibre, LLC