From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 1B9AC3B29E for ; Thu, 3 Sep 2020 21:19:45 -0400 (EDT) Received: by mail-lf1-x12d.google.com with SMTP id d2so3001897lfj.1 for ; Thu, 03 Sep 2020 18:19:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dtPPlDURvP0uyvNapxOv+i3E2ooVxPgM970KFq4hkik=; b=F7EhTmFKZ7cpNsxoun6cjEZKuXLFCD26fgWHX6C/x7fTTdDrHCXLyRW8/l0B43H6BZ FC2EQz3E/gzW7FHQfMT9BSaBdCb/+CwG2DpRGHWYeariBE7n0BaDFJ71RP69sn83xhJ6 v+ccAF19zSjvOJCSx3fGg4/7hsvnl3zaU20bELfhY3hyZxBKdBh1Kjgxai5bQC6AJ6HL QG6yy715x41sQZ6m9yglssh0iE2tR/uD2dzQ4FObPodTGFZNEq/gQmfdXrazQBzDBK6b oJCSyqprJnm/EHAIY8URqPkVBApxcBImVufCuz0hC8BXKLUScw5Oq0GV37xT22SxGEEV /MMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dtPPlDURvP0uyvNapxOv+i3E2ooVxPgM970KFq4hkik=; b=aFr2SFc+zNrh3uR4X2nVt1u1Rwa9/iCra5xO+J5apDFiYJAsqNjzT+nRAJWyGd7hct pzgCcGoszznGybJVlKAQn66wbVjBYQCQVYN0qFYcKVeVSkrKsyPoep0EAahOXvkbGmmR YEYkUEAebzcNx2fWTPvYxmf9QGTfcwCenRxJZ0GGplJP0pqdyMLGwL0BQYd/hmiVmP2z SkVanMfJwvb/OQgu6ruAEwDAJ/MrFrV5/+7CUcPnbY2G/gpLGUCZqNo3Pl05PtDd2rRx j+UugprCpPJsq9o+j9/ocvCfLhweWSnXUgjLkRbAXjpHuEZBhtBzeYWQRr0NqPRoPW7R R82g== X-Gm-Message-State: AOAM5324lzqpc4+htOndjQOUVLm5gMIwwdJodqP7mlPZa9IkqMC0ewqg fTuO5m30QSzy8I1Jw7z0Afc= X-Google-Smtp-Source: ABdhPJxfGYZhFXdEAYTddHy+Vh2HH3OJSIGIMaYXzd2lr7VzTl1/TOTO0erUb97voCH2IIx0A1ZGVg== X-Received: by 2002:a19:8846:: with SMTP id k67mr2657252lfd.90.1599182383732; Thu, 03 Sep 2020 18:19:43 -0700 (PDT) Received: from jonathartonsmbp.lan (178-55-224-121.bb.dnainternet.fi. [178.55.224.121]) by smtp.gmail.com with ESMTPSA id l9sm937311ljc.37.2020.09.03.18.19.42 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Sep 2020 18:19:42 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.6\)) From: Jonathan Morton In-Reply-To: <8c4212c4-3acb-6616-d9a2-6bef7e65bbad@rogers.com> Date: Fri, 4 Sep 2020 04:19:41 +0300 Cc: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= , bloat@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <8AA690BF-B027-420B-81B1-8E9F445D5BB7@gmail.com> References: <87mu2bjbf8.fsf@toke.dk> <5DBFB383-13E8-4587-BE49-1767471D7D59@jonathanfoulkes.com> <87r1rliiiw.fsf@toke.dk> <07CD4278-D448-49D2-AC73-9C230EC041DE@jonathanfoulkes.com> <87imcxi4mq.fsf@toke.dk> <877dtbgcc6.fsf@toke.dk> <8c4212c4-3acb-6616-d9a2-6bef7e65bbad@rogers.com> To: davecb@spamcop.net X-Mailer: Apple Mail (2.3445.9.6) Subject: Re: [Bloat] Other CAKE territory (was: CAKE in openwrt high CPU) X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Sep 2020 01:19:45 -0000 > On 4 Sep, 2020, at 1:14 am, David Collier-Brown = wrote: >=20 > I'm wondering if edge servers with 1Gb NICs are inside the "CAKE stays = relevant" territory? =20 Edge servers usually have strong enough CPUs and I/O - by which I mean = anything from AMD K8 and Intel Core 2 onwards with PCIe attached NICs - = to run Cake at 1Gbps without needing special measures. I should run a = test to see how much I can shove through an AMD Bobcat these days - not = exactly a speed demon. We're usually seeing problems with the smaller-scale CPUs found in CPE = SoCs, which are very much geared to take advantage of hardware = accelerated packet forwarding. I think in some cases there might = actually be insufficient internal I/O bandwidth to get 1Gbps out of the = NIC, into the CPU, and back out to the NIC again, only through the = dedicated forwarding path. That could manifest itself as a lot of = kernel time spent waiting for the hardware, and can only really be = solved by redesigning the hardware. - Jonathan Morton