From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 4B9223B29E; Sat, 28 Mar 2020 18:05:39 -0400 (EDT) Received: by mail-qk1-x733.google.com with SMTP id c145so14972082qke.12; Sat, 28 Mar 2020 15:05:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=G+p3uULDV4eysQGfAeS5b+Ibg2HqeVB1PqWe91f7hxc=; b=ihCIr/pg9yTG6FpO1YS2riDlU3LqD4+vzHRrNMPzzippNeTVNQ8dFFH4DOWSGGg+jw t0iNHkzeQNkZNdsF7aNj6NkD5pXSnNw/MTQyrWSR+HNqRShXuHGAca8+rzJEY4ClNXNA Esfx2tsYpklu3Q+tz1XKEQmQonTSNirKKWw7H9s0sriv3L9vWU09iw5K3ilPxZyX+m91 jsJZL+TVwCqLHSI0GhQsiQCo2nT6+d92y/+eA0Pkf6aophCTxeGEA/Mu/R51NYq1LeSn 2xAmsFoo/BXX2wzIPu2oGdwEWwTzLXsqG59kMbB7GycqblpcTI3TxKks4XMRkTBV74DA cH0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=G+p3uULDV4eysQGfAeS5b+Ibg2HqeVB1PqWe91f7hxc=; b=UyZmAvNxtDmU4AUIBhR9pP0pjajCQsoYr7Qw1Iq7wKnydIKBTnlNYJ7R5G+jkQolGL liNqcbZ/wsqLGBwuChuxMbyhXPD0pBAFh+a3Uka+HLZClmCBvPskeLw5C411SWd62Xcc tcXWy5TPsjz2ONsH+yxAoqvtQ0lGs2JjzaH6bbacFWn0K/FZm90i9LJwXSUKrnjAwPbv NTB5arU288IMByCmP3kCw+SP/fYh5qkD1rlvPL5VNuFpdrNJqlfvM6nC5lXsuw1NgbBf /QPDUszIswzh8SK+bE+v1A1oZw5pnTE5/xZrS0XCP2/RGFH9b8dde7LjZq5vbRv+Ku1v 3OUQ== X-Gm-Message-State: ANhLgQ3PVaz9WWCmk0+S91jk9GxCOEbLuJhVE1OFIlwKFYU5+cB060QQ +IdzjDgopiS+6uEtizprRTToQFUbb/NntdZFyAI= X-Google-Smtp-Source: ADFU+vufHLVsw8mxonArrZXmW+d6eCdurqJK44UEtN/3kgY4sK2dvAEZh9IjAT8STHtTrWgooS6AFuUdeFryMfJn/s8= X-Received: by 2002:a37:cd0:: with SMTP id 199mr5801026qkm.189.1585433138481; Sat, 28 Mar 2020 15:05:38 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Aaron Wood Date: Sat, 28 Mar 2020 15:05:26 -0700 Message-ID: To: Dave Taht Cc: cerowrt-devel , bloat Content-Type: multipart/alternative; boundary="00000000000008cda805a1f16b54" Subject: Re: [Cerowrt-devel] [Bloat] some sqm and cpu performance numbers for a variety of devices X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2020 22:05:39 -0000 --00000000000008cda805a1f16b54 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for the H/T, Dave! I keep seeing bufferbloat in userspace proxies and tunnels, and think that the world would benefit greatly from aqm library for applications to use in order to keep latency under control. Especially if work like encryption is being done and the results thrown away due to massive tail drops and the like (or "real-time" video streams that need to throw away a bunch of received packets in order to catch back up the proper e2e latency. (no I'm not volunteering at this time, nor am I obliquely asking anyone else to...) On Sat, Mar 28, 2020 at 10:40 AM Dave Taht wrote: > > https://forum.openwrt.org/t/comparative-throughput-testing-including-nat-= sqm-wireguard-and-openvpn/44724/44 > > (H/T to aaron wood) > > The post persistently points out that openvpn tends to optimize for > one direction only. This is in part due to the large internal buffer > in it. I'd longed to fq it internally at one point. Similarly, > wireguard suffers, but not as bad. Fixing that is easier. > > -- > Make Music, Not War > > Dave T=C3=A4ht > CTO, TekLibre, LLC > http://www.teklibre.com > Tel: 1-831-435-0729 > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --00000000000008cda805a1f16b54 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the H/T, Dave!

I keep seeing= bufferbloat in userspace proxies and tunnels, and think that the world wou= ld benefit greatly from aqm library for applications to use in order to kee= p latency under control.=C2=A0 Especially if work like encryption is being = done and the results thrown away due to massive tail drops and the like (or= "real-time" video streams that need to throw away a bunch of rec= eived packets in order to catch back up the proper e2e latency.
<= br>
(no I'm not volunteering at this time, nor am I obliquely= asking anyone else to...)

On Sat, Mar 28, 2020 at 10:40 AM Dave Taht = <dave.taht@gmail.com> wrot= e:
https://forum.openwrt.org/t/comparative= -throughput-testing-including-nat-sqm-wireguard-and-openvpn/44724/44
(H/T to aaron wood)

The post persistently points out that openvpn tends to optimize for
one direction only. This is in part due to the large internal buffer
in it. I'd longed to fq it internally at one point. Similarly,
wireguard suffers, but not as bad. Fixing that is easier.

--
Make Music, Not War

Dave T=C3=A4ht
CTO, TekLibre, LLC
ht= tp://www.teklibre.com
Tel: 1-831-435-0729
_______________________________________________
Bloat mailing list
Bloat@list= s.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat
--00000000000008cda805a1f16b54--