From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from frisell.zx2c4.com (frisell.zx2c4.com [192.95.5.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id C2A123B2AE; Fri, 30 Sep 2016 19:21:08 -0400 (EDT) Received: by frisell.zx2c4.com (ZX2C4 Mail Server) with ESMTP id 8fb06b79; Fri, 30 Sep 2016 23:10:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=zx2c4.com; h=mime-version :from:date:message-id:subject:to:content-type; s=mail; bh=yaEAS0 s/beJ9RRDIHbyrdGk+GGA=; b=ouBxTKLi0lyCNjYZFfiRVS3MqyyW96DGzRsden yJpvGZimySWIgkaVzNKAvGgEthE9vlgdj7RjeKBfxefwWh8jb31eZ4F4TWHslIGS NZYjy4vOvPaArs/XyKVgnCdXrD93mL7lBlY4QGQtsi5bG5fHrs5+CJrCfWVPWoy5 6SYEEfg0OWgmEeIgw0CaOUDh/hbXk9A/NpIf5luIARQrVynjVLSEjGzJS2/uGa+F zQGnC1FVzzsSEozJMG9lTvc3myzbQJgCoHUJ+QA2JqGRdJUhE8haGVi1WwQir4CF Xj/5s0bT1foGygVIWO0RAltX+YINJbwbwyZzCq5/F+OtYbaQ== Received: by frisell.zx2c4.com (ZX2C4 Mail Server) with ESMTPSA id 03ae673a (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128:NO); Fri, 30 Sep 2016 23:10:20 +0000 (UTC) Received: by mail-lf0-f50.google.com with SMTP id l131so118595149lfl.2; Fri, 30 Sep 2016 16:21:06 -0700 (PDT) X-Gm-Message-State: AA6/9RkksoJnCd5bPTITCnlP+0w15WST7Ks8drOoEefPQdzuW9Lj1qJ0qqPLFnML8sYNgDz9/nPkYR+5Aygn+Q== X-Received: by 10.25.160.6 with SMTP id j6mr4399163lfe.159.1475277665548; Fri, 30 Sep 2016 16:21:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.159.16 with HTTP; Fri, 30 Sep 2016 16:21:04 -0700 (PDT) From: "Jason A. Donenfeld" Date: Sat, 1 Oct 2016 01:21:04 +0200 X-Gmail-Original-Message-ID: Message-ID: To: cake@lists.bufferbloat.net, make-wifi-fast@lists.bufferbloat.net, WireGuard mailing list , Dave Taht Content-Type: text/plain; charset=UTF-8 Subject: [Make-wifi-fast] WireGuard Queuing, Bufferbloat, Performance, Latency, and related issues 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: Fri, 30 Sep 2016 23:21:08 -0000 Hi all, On Fri, Sep 30, 2016 at 9:18 PM, Dave Taht wrote: > All: I've always dreamed of a vpn that could fq and - when it was > bottlenecking on cpu - throw away packets intelligently. Wireguard, > which is what jason & co are working on, is a really simple, elegant > set of newer vpn ideas that currently has a queuing model designed to > optimize for multi-cpu encryption, and not, so much, for managing > worst case network behaviors, or fairness, or working on lower end > hardware. Would love any feedback and support for working on the queuing model with WireGuard. I hear the bufferbloat folks are geniuses at that... > Do do a git clone of the code, and take a look... somewhere on the > wireguard list, or privately, jason'd pointed me at the relevant bits > of the queuing model. It was this post: https://lists.zx2c4.com/pipermail/wireguard/2016-August/000378.html Start reading from "There are a couple reasons" and finish at "chunking them somehow." The rest can be disregarded. Hope to hear from y'all soon! Thanks, Jason