From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 1EE943CB54 for ; Thu, 23 Aug 2018 11:32:28 -0400 (EDT) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 83034AF; Thu, 23 Aug 2018 17:32:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1535038346; bh=wFz7o5o8sibPxmUuByU3DpdypdKnkSWU/WNVn2tH7qY=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=SHRjm4dWOXUmsFsLd25HPLA1I7vbwGCM7Mj0a5QmtYwc9lyyjYlI+aPCxksuxZszd P5dlmnIrHE7Z5J6KdDC4Q+lfyQ/pTCmmdBZSp/jiqOQX6SqIbd252jl0mdIcXiNCoj uz4pVtobMWqOYvoVPn/8jzrK1wQuZkiVxaOieC70= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 7FCC69F; Thu, 23 Aug 2018 17:32:26 +0200 (CEST) Date: Thu, 23 Aug 2018 17:32:26 +0200 (CEST) From: Mikael Abrahamsson To: Sebastian Moeller cc: Jan Ceuleers , bloat@lists.bufferbloat.net In-Reply-To: <360212B1-8411-4ED0-877A-92E59070F518@gmx.de> Message-ID: References: <66e2374b-f998-b132-410e-46c9089bb06b@gmail.com> <360212B1-8411-4ED0-877A-92E59070F518@gmx.de> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Re: [Bloat] [Cerowrt-devel] beating the drum for BQL 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: Thu, 23 Aug 2018 15:32:28 -0000 On Thu, 23 Aug 2018, Sebastian Moeller wrote: > router should be able to handle at least the sold plan's bandwidth with > its main CPU...) There is exactly one SoC on the market that does this, and that's Marvell Armada 385, and it hasn't been very successful when it comes to ending up in these kinds of devices. It's mostly ended up in NASes and devices such as WRT1200AC, WRT1900ACS, WRT3200AC. > Sure doing less/ a half asses job is less costly than doing it > right, but in the extreme not doing the job at all saves even more > energy ;). And I am not sure we are barking up the right tree here, it > is not that all home CPE are rigorously optimized for low power and > energy saving... my gut feeling is that the only optimizing principle is > cost for the manufacturer/OEM and that causes underpowered CPU that are > packet-accerlerated"-doped to appear to be able to do their job. I might > be wrong though, as I have ISP internal numbers on this issue. The CPU power and RAM/flash has crept up a lot in the past 5 years because other requirements in having the HGW support other applications than just being a very simple NAT44+wifi router. Cost is definitely an optimization, and when you're expected to have a price-to-customer including software in the 20-40 EUR/device range, then the SoC can't cost much. There has also been a lot of vendor lock-in. But now speeds are creeping up even more, we're now seeing 2.5GE and 10GE platforms, which require substantial CPU power to do forwarding. The Linux kernel is now becoming the bottleneck in the forwarding, not even on a 3GHz Intel CPU is it possible to forward even 10GE using the normal Linux kernel path (my guess right now is that this is due to context switching etc, not really CPU performance). Marvell has been the only one to really aim for lots of CPU performance in their SoC, there might be others now going the same path but it's also a downside if the CPU becomes bogged down with packet forwarding when it's also expected to perform other tasks on behalf of the user (and ISP). -- Mikael Abrahamsson email: swmike@swm.pp.se