From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.lang.hm (unknown [66.167.227.145]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 7D1723B29D for ; Thu, 28 Sep 2023 08:56:55 -0400 (EDT) Received: from dlang-mobile (unknown [10.2.2.69]) by mail.lang.hm (Postfix) with ESMTP id 2207C1AEF9F; Thu, 28 Sep 2023 05:56:54 -0700 (PDT) Date: Thu, 28 Sep 2023 05:56:54 -0700 (PDT) From: David Lang To: Jonathan Morton cc: Sebastian Moeller , Cake List In-Reply-To: <79EC8CB2-0912-4D66-9FA3-990E9C38C281@gmail.com> Message-ID: <72s68436-36rr-0683-n0o7-5o1o610n5q36@ynat.uz> References: <1695068690.78066946@apps.rackspace.com> <6D098714-69DC-41D9-A7DC-E94FD9C77625@gmail.com> <79EC8CB2-0912-4D66-9FA3-990E9C38C281@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Re: [Cake] some comprehensive arm64 w/cake results 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: Thu, 28 Sep 2023 12:56:55 -0000 On Thu, 28 Sep 2023, Jonathan Morton via Cake wrote: >> On 28 Sep, 2023, at 3:15 pm, Sebastian Moeller wrote: >> >> This promises even better performance for loads like cake than the already pretty nifty pi4B > > Well, increased computing performance is always welcome - but as I've said before, in most cases I don't think CPU performance is the limiting factor for CAKE. > > When the CPU load goes up as networking throughput reaches the physical limit of the interface (or the I/O subsystem), what you're seeing is the CPU just spinning its wheels while waiting for a mutex to unblock. Spinning faster doesn't make the mutex unblock sooner! but a faster I/O system should help. David Lang