Re: [E-impact] kWh/GB should be banned and the IETF should warn against its use

Toerless Eckert <tte@cs.fau.de> Mon, 15 May 2023 19:29 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: e-impact@ietfa.amsl.com
Delivered-To: e-impact@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC9D2C1F8057 for <e-impact@ietfa.amsl.com>; Mon, 15 May 2023 12:29:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.647
X-Spam-Level:
X-Spam-Status: No, score=-1.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PVFPkQjFq7FT for <e-impact@ietfa.amsl.com>; Mon, 15 May 2023 12:29:42 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC5D5C1F65D4 for <e-impact@ietf.org>; Mon, 15 May 2023 12:29:40 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [131.188.34.51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 4QKqF93bYrznkSf; Mon, 15 May 2023 21:29:33 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 4QKqF932ZNzkvt7; Mon, 15 May 2023 21:29:33 +0200 (CEST)
Date: Mon, 15 May 2023 21:29:33 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
Cc: Rudolf van der Berg <rudolfvanderberg@gmail.com>, Hesham ElBakoury <helbakoury@gmail.com>, Romain Jacob <jacobr@ethz.ch>, "e-impact@ietf.org" <e-impact@ietf.org>
Message-ID: <ZGKIHVc31nzr67fQ@faui48e.informatik.uni-erlangen.de>
References: <3a34fac0-3a7e-e7c1-806f-7332cdafdbd9@ethz.ch> <CAPWZuK=1HEjWUk0pb1tVNpJopGRHDkLK1RcPAJyQPy5Z2XwCKw@mail.gmail.com> <8cf52eba-ff6e-560f-b1b4-e783c3e2087f@ethz.ch> <CAFvDQ9rtp4EV0cr3tuKR1QwdVQgDL-Cxxy_djO5GEy-tD0MoXA@mail.gmail.com> <CAPWZuKnYe_84A8jvgemmCTEURc96xXpT53cjz5Sx=T8fhNcyZg@mail.gmail.com> <CAFvDQ9pu=GgFSpn4rCRBdG790YB6=1LePVS+jPbkJ5oDgRjujg@mail.gmail.com> <CAPWZuKn==xms2Cjk=TpVjc+NGRgE6P3gqv8PUsMFFB_L99juXw@mail.gmail.com> <CAFvDQ9o9yxe9AEqDOAfQHgJC=svX_uN8SV8TmrxF+HB-BQOX1Q@mail.gmail.com> <CAPWZuK=iWkjw30xFPv4sUfKpiFf9+Q=DjRwS+1S2HYNrhJEqYg@mail.gmail.com> <BY5PR11MB41963DE7A47B719770BBC15FB5789@BY5PR11MB4196.namprd11.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <BY5PR11MB41963DE7A47B719770BBC15FB5789@BY5PR11MB4196.namprd11.prod.outlook.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/e-impact/srXnzbnFuMzzfNVpV9ac88-2HBw>
Subject: Re: [E-impact] kWh/GB should be banned and the IETF should warn against its use
X-BeenThere: e-impact@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Environmental impacts of the Internet <e-impact.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/e-impact>, <mailto:e-impact-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/e-impact/>
List-Post: <mailto:e-impact@ietf.org>
List-Help: <mailto:e-impact-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/e-impact>, <mailto:e-impact-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 May 2023 19:29:45 -0000

I think we really should avoid to be dragged into the low layer metric alone, as
much fun as they are, given how we easily understand them.

IMHO the corect question is to ask how we want to finance the Internet infrastructure
while simultaneously driving down its energy consumption. That is the ultimate problem
to solve. All other work items such as metrics have to trickle down from that.

For example, if i have three internet edge providers putting up competing infrastructures,
none of them ever getting to max utilization, we know we're wasting energy. How do we capture that
as a metric ? And how do we weigh that against competitiveness and innovation ?

If we have three competing core providers, today they likely all have high utilization,
so with some good will, this is better competition, because they all add necessary
transit bandwidth. How do we capture that ?

Then we have the problem of peak vs. average consumption. As long as an operator can
afford it, capacity will be built out for peak - and cost and energy consumption will
be for that peak. And if minimum energy consumption of equipment is maybe just 20%
lower than for peak performance, but average utilization of the equipment is 80% lower
than peak, then we have a big mismatch/problem of energy waste. How do we capture this
in metrics ?

Sure, we can start doing instrumentation of low-level power consumption metrics in equipment,
and we should. But by itself, this work will not move the needle when nobody looks at
the broader picture and those higher layer metrics. It is only those higher layer metrics
that will cause actionable progress IMHO. Peak to average utilization for example. And
key contributors to peak utilization as the worst offenders of energy waste by need ot
building out against such peaks.

Cheers
    Toerless

Disclaimer: Having worked for 30+ years on multicast, i do of course have some opinion
on peak shaving, so when i see how currend trends in streaming are often ignoring many of 
those possibilities and i am saying that it would be nice to have metrics to better expose
the network energy waste of such applications - then of course i am not talking out of
a vacuum or purely from a "save the planet" perspective, but also from the perspective of
creating more awareness for such helpful technologies.


On Mon, May 15, 2023 at 03:25:40PM +0000, Rob Wilton (rwilton) wrote:
> Hi Rudolf,
> 
> I struggle to understand how “traffic and energy use are in no way and have never been related”.
> 
> On some modern forwarding ASICs, between a third and quarter of the power for the forwarding ASIC comes from the dynamic load (e.g., packets switched per-second and bytes switched per-second).  If you consider the other power usage, e.g., optics, fabric, and fan, then the overall dynamic power difference for the device will be much smaller.  But I think that it is probably a somewhat inaccurate generalization to say that they are not related at all, at least for some modern devices.  Clearly, much more significant power savings would be available by disabling optics or shutting down linecards, which may allow some of the fabric planes to be taken offline, fan speeds to be reduced, etc.
> 
> Another way of potentially looking at this is to figure out the total power usage of a network (e.g., perhaps your local ISP), and figure out what portion of the traffic the user is consuming at peak times (i.e., since that it probably the driving factor for network capability planning).  This might give some indirect indication as to what proportion of the network energy usage is effectively due to a given user.  I appreciate that the overall figure may be very crude, but providing an end-user with some rough indication is possibly better than providing none at all.
> 
> Regards,
> Rob
> 
> 
> From: E-impact <e-impact-bounces@ietf.org> On Behalf Of Rudolf van der Berg
> Sent: 12 May 2023 20:05
> To: Hesham ElBakoury <helbakoury@gmail.com>
> Cc: Romain Jacob <jacobr@ethz.ch>; e-impact@ietf.org
> Subject: Re: [E-impact] kWh/GB should be banned and the IETF should warn against its use
> 
> Hesham,
> 
> Look at the title of the thread. The kWh/GB metic is nonsense. It doesn't convey any comparable and actionable meaning. The numbers are incomparable because traffic and energy use are in no way and have never been related. How is it possible that with the exact same network and equipment the energy use is stable when traffic goes up? Simple it is a useless unscientific metric.
> 
> Op vr 12 mei 2023 20:48 schreef Hesham ElBakoury <helbakoury@gmail.com<mailto:helbakoury@gmail.com>>:
> The DT CR 2022 reports 91 kwh/terabyte. This is higher than 60 kwh/terabyte. Is this because the 60kwh is for the mobile network and the remaining 31kwh is for the DT wired network?
> 
> If DT uses .06 kwh/GB for mobile network,  that is better than the 0.1-0.6 kwh/GB range reported by GSMA. Does that mean that DT network energy efficiency is high or ... ?
> 
> Thanks,
> Hesham
> 
> 
> On Fri, May 12, 2023, 8:22 AM Rudolf van der Berg <rudolfvanderberg@gmail.com<mailto:rudolfvanderberg@gmail.com>> wrote:
> GSMA is mobile only..
> 
> Op vr 12 mei 2023 17:18 schreef Hesham ElBakoury <helbakoury@gmail.com<mailto:helbakoury@gmail.com>>:
> Thanks Rudolf!
> For DT the numbers are getting smaller every year. I would expect that the numbers in 2023 to be smaller than 2022.
> 
> In a different email you mentioned that Deutsche Telekom reports that it uses 60kWh per Terabyte.  This is different from the numbers reported in 2022 CR report.
> 
> You mentioned that of the participating operators, in this year GSMA report  "66% performed in the 0.1–0.6 kWh/GB range  meaning that most of the included networks used 0.1–0.6 kWh to transfer 1 GB of data. Values outside of this range can be explained by inefficient networks, consumer habits or low data traffic per connection". DT 2022 CR report numbers are smaller than 0.1 kwh/GB. How to explain this low value?
> 
> Hesham
> 
> On Fri, May 12, 2023, 7:32 AM Rudolf van der Berg <rudolfvanderberg@gmail.com<mailto:rudolfvanderberg@gmail.com>> wrote:
> Here is annual report 2022  https://report.telekom.com/annual-report-2022/services/downloads.html
> https://www.cr-report.telekom.com/2022/management-facts/environment/energy-consumption-efficiency#atn-19726-19728,atn-19726-19729,atn-19726-19730
> 
> 
> Op vr 12 mei 2023 16:19 schreef Hesham ElBakoury <helbakoury@gmail.com<mailto:helbakoury@gmail.com>>:
> The DT CR-2021 report describes the value for kwh/terabyte [https://www.cr-report.telekom.com/2021/management-facts/environment/energy-consumption-efficiency#atn-19726-19729,atn-19726-19730,atn-19726-19733,atn-19726-19728]
> 
> Note that the total energy consumption increases by 4% year over year while the kwh/terabit decreases year over year.
> 
> I am not sure how the numbers in kwh/GB which are reported in this email thread are calculated?
> 
> Hesham
> 
> 
> 
> On Fri, May 12, 2023, 2:20 AM Romain Jacob <jacobr@ethz.ch<mailto:jacobr@ethz.ch>> wrote:
> 
> 
> So no DT is not overprovisioned and utilisation is actively obstructed. Or do you have other data and sources that support your assessment?
> 
> Not at all. It was not an assessment, only a suspicion. I only mentioned DT because I understood your previous email as suggesting that DT was maybe not to blame for their poor kWh/GB numbers -- it seems I understood wrong and DT is indeed to blame. I have no issues with that.
> 
> --
> Romain JACOB
> Postdoctoral Researcher
> ETH Zurich
> Networked Systems Group (NSG)
> Lead: Prof. Laurent Vanbever
> www.romainjacob.net<https://www.romainjacob.net/>
> @RJacobPartner<https://twitter.com/RJacobPartner>
> @jacobr@discuss.systems<https://discuss.systems/@jacobr>
> Gloriastrasse 35, ETZ G81
> 8092 Zurich
> +41 7 68 16 88 22
> --
> E-impact mailing list
> E-impact@ietf.org<mailto:E-impact@ietf.org>
> https://www.ietf.org/mailman/listinfo/e-impact

> -- 
> E-impact mailing list
> E-impact@ietf.org
> https://www.ietf.org/mailman/listinfo/e-impact


-- 
---
tte@cs.fau.de