From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::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 CDBBA3B260 for ; Mon, 6 Jun 2016 14:55:20 -0400 (EDT) Received: by mail-oi0-x233.google.com with SMTP id e72so240884541oib.1 for ; Mon, 06 Jun 2016 11:55:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=0qi/VAqkhmgG11Qbxjq+bxM+QeDW8zBVIO64cS9eIbM=; b=LZCw7+h/z6t7MJMQS7WUEkjk9YZjtotM4fv8VYrtvEyiFbLVhmUQrLyT93bqFd6Px6 rDYmju4FsoljxrOS+uKWkUOj56VnXd7FarIRsbFRwE1a6KnJYYghk+GKc7mpMqwOhpAr ID+Aqnhhfa4b02dit7xKFewmr6KfrQa2SPlxLObsmNod0PzW/3svn1QcbdafM1mMSlH4 PpQANuIj+nhkPsrnYBdr18vrFE4XuvkeLTW4BX0rfqePW966m43dxKkS09xjA0zkLGD4 l4MCgCkvKGVFKqs2oabDXZEjb06/JtvwBbwM/ri/vVdb1KRox8VOtm98ODAcTbqnCmq5 gGmQ== 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:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0qi/VAqkhmgG11Qbxjq+bxM+QeDW8zBVIO64cS9eIbM=; b=CUTkIYpw+AOi+w6JvfhtpY8d4Wc4J7f4KL/L9i5ti3ZedKmO+1ZHo4VqAZFCiW0vP8 CLDrcKTTlriKgROYTx8OOaZLo5ehcqsJENlF/aDKOOoIYz+mV9CGuv/WXyR/WpW9BMXL UaXy9bSRuSQMtqWrDx37MI3R/DUmvAQJLYkeZ+XwA/9U56FRvKFfUQCpR2AZkAndv5aO y3mH0OOXOXJSeLvvPOoxXs3mwc/281mkZwZAt0pckK1DEZo24p0AQWeuCHApjhYcY3+p BlYw4pkQ5xIdCUV4HcvPA4DYb5vHvAXOlzI9BErgIolViJGjy0K/Y25PkDaLFjQzUNAn geyA== X-Gm-Message-State: ALyK8tJ+IZC44+w1/r4ATMkbBvHY0Ih74dW4z6ETFLHTgKVlRG0qYxGG+mGVj2qy9M+WHy5uPcdV8msNtauMXw== X-Received: by 10.202.216.84 with SMTP id p81mr9711807oig.152.1465239320279; Mon, 06 Jun 2016 11:55:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.229.210 with HTTP; Mon, 6 Jun 2016 11:55:19 -0700 (PDT) In-Reply-To: References: From: Dave Taht Date: Mon, 6 Jun 2016 11:55:19 -0700 Message-ID: To: David Lang Cc: cake@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] faster scheduling, maybe X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2016 18:55:20 -0000 On Mon, Jun 6, 2016 at 11:48 AM, David Lang wrote: > On Mon, 6 Jun 2016, Dave Taht wrote: > >> http://info.iet.unipi.it/~luigi/papers/20160511-mysched-preprint.pdf > > > I don't think so. > > They don't even try for fairness between flows, they are just looking at > fairness between different VMs. they tell a VM that it has complete acces= s > to the NIC for a time, then give another VM complete access to the NIC. A= t > best they put each VMs traffic into a different hardware queue in the NIC= . > > This avoids all AQM decisions on the part of the host OS, because the > packets never get to the host OS. > > The speed improvement is by bypassing the host OS and just having the VMs > deliver packets directly to the NIC. This speeds things up, but at the co= st > of any coordination across VMs. Each VM can run fq_codel but it's much > corser timeslicing between VMs. Well, the principal things bugging me are: * that we have multi-core on nearly all the new routers. * Nearly all the ethernet devices themselves support hardware multiqueue. * we take 6 locks on the qdiscs * rx and tx ring cleanup are often combined in existing drivers in a single thread. The chance to rework the mac80211 layer on make-wifi-fast (where manufacturers are also busy adding hardware mq), gives us a chance to rethink how we process access to these queues. > > David Lang --=20 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org