[irtf-discuss] Re: [Green] Re: Network Equipment Energy Efficiency Metric

Dean Bogdanovic <ivandean@gmail.com> Tue, 12 November 2024 09:07 UTC

Return-Path: <ivandean@gmail.com>
X-Original-To: irtf-discuss@ietfa.amsl.com
Delivered-To: irtf-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA117C1E7240 for <irtf-discuss@ietfa.amsl.com>; Tue, 12 Nov 2024 01:07:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 gwPkdJh_Q2r1 for <irtf-discuss@ietfa.amsl.com>; Tue, 12 Nov 2024 01:07:03 -0800 (PST)
Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C24EFC1E7244 for <irtf-discuss@irtf.org>; Tue, 12 Nov 2024 01:07:03 -0800 (PST)
Received: by mail-wm1-x331.google.com with SMTP id 5b1f17b1804b1-4315c1c7392so47715605e9.1 for <irtf-discuss@irtf.org>; Tue, 12 Nov 2024 01:07:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1731402422; x=1732007222; darn=irtf.org; h=embedded-html:mime-version:references:in-reply-to:message-id:date :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=/xbfmxZMInXr2UMHnBhEnx+bt5dxAyB0Ppw7SjH4nDI=; b=UYEkjCBHay2XSsVyn946swH/3/Mj7hEar8PKkk7GPiW+Se8dh6cun5awPXBT/CboTl GVVIMbILjcrghrdhX6R1Ay65KXr0Nt6MGgxmPpK3scJpXmHZsmpg1n6bw/GD117txTtw nkPtokcUfx+s0Kbo89ocl76bjOW/EI/Nm7NOErFL1uHn4DMVLt3sKe4is6xmAjTyj2AI 8RJCYXJOnEowTFe217DozbxDw7o8KkNsDwcHAzSvOl1GqnV30J9gexaS07+bLM3h9i8T LOUYI5EKjBdJ784WMhdl6LHBfptzO7GoX4pyEybOgIDqGeNjjhedwkBGLENi01sU8VMT utAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1731402422; x=1732007222; h=embedded-html:mime-version:references:in-reply-to:message-id:date :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=/xbfmxZMInXr2UMHnBhEnx+bt5dxAyB0Ppw7SjH4nDI=; b=tUJ5vDkFH9kbHSStwNQCvKOTdg6EXLCRv70M+B0j7aiiqvnP+gSQejNF5tGMi9rZ5a ssSxUklU11AkE+uUVHJA4cNybXEbLgAuErtFMFpNldKtJy1XmS18ofc72eWyTYksGhu6 NCUdBV19m0D8S5AVrDNiJRY/J+Fc3EX/2ZviisjELoaFf6/+gDUdw41fWwSFp4w++I7x zsch+CMth6M5nSVA4F05WjiUWEsmpRc/Wj+L72by/DpIzcrdWTcv1KKTXnbBwF2H8ooM oGAPQHsvc7WtRcorW27Gnh+HuZynWpWhby0DAUtEZdcLqczleqq52mQZ/mKSavbEymER SzKw==
X-Forwarded-Encrypted: i=1; AJvYcCXtj01XcU1AFkh6Y4gpLIFhrCod/15wep/eP2vZQcc9cg4mkvthHehnoHWR5M9Y1d0Z1QUeModLsKP0+34=@irtf.org
X-Gm-Message-State: AOJu0YzK9Tm2bnB+QzSYxkjfp7CRRnlH2GsBBrPht/tztlJa3cHv9XZZ YZ7JRpTen0TweCWZ1m4rXAVebYXbGGIlLKorjtNLd0NEEt6cAMFu
X-Google-Smtp-Source: AGHT+IF1v3lLqTwRHhAlLbTgQEKNkYpFZuX+oDCH6oyFEJM5f0GkSKBsEd7jQ9TwgSszJLhius34Yg==
X-Received: by 2002:a05:600c:3514:b0:42e:8d0d:bca5 with SMTP id 5b1f17b1804b1-432b74fdb3cmr127625325e9.2.1731402421878; Tue, 12 Nov 2024 01:07:01 -0800 (PST)
Received: from [172.16.209.85] ([93.95.82.155]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-432b054b34csm204465365e9.14.2024.11.12.01.07.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Nov 2024 01:07:01 -0800 (PST)
From: Dean Bogdanovic <ivandean@gmail.com>
To: Joel Halpern <jmh@joelhalpern.com>
Date: Tue, 12 Nov 2024 09:06:57 +0000
X-Mailer: MailMate (1.14r5895)
Message-ID: <10B2E78D-1A1D-4124-9F96-78DB4AC1AC7C@gmail.com>
In-Reply-To: <f878e072-89a9-4f9f-b104-a8a549d72944@joelhalpern.com>
References: <CAFvDQ9ruuSkrxU4wQz21Ldfp4T4s2MnojJ3H9TFBHdBsQdZm5w@mail.gmail.com> <A3A3484C-A348-4722-9247-0D59A7B47B4F@mjmontpetit.com> <f878e072-89a9-4f9f-b104-a8a549d72944@joelhalpern.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_70559304-9966-4B54-A91A-0382B92BF2B1_="
Embedded-HTML: [{"plain":[913,3695],"uuid":"5269C644-107D-428B-B5AC-57D2BBDC2D41"}]
Message-ID-Hash: GKOVMMKOHLZVAZWPS3QO6XRLXMZZHOHP
X-Message-ID-Hash: GKOVMMKOHLZVAZWPS3QO6XRLXMZZHOHP
X-MailFrom: ivandean@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-irtf-discuss.irtf.org-0; header-match-irtf-discuss.irtf.org-1; header-match-irtf-discuss.irtf.org-2; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Hesham ElBakoury <helbakoury@gmail.com>, green@ietf.org, E-Impact IETF <e-impact@ietf.org>, irtf-discuss@irtf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [irtf-discuss] Re: [Green] Re: Network Equipment Energy Efficiency Metric
List-Id: IRTF general and new-work discussion list <irtf-discuss.irtf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/irtf-discuss/yRWmiTdwlVDbRr4ACANMk2IYYdw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/irtf-discuss>
List-Help: <mailto:irtf-discuss-request@irtf.org?subject=help>
List-Owner: <mailto:irtf-discuss-owner@irtf.org>
List-Post: <mailto:irtf-discuss@irtf.org>
List-Subscribe: <mailto:irtf-discuss-join@irtf.org>
List-Unsubscribe: <mailto:irtf-discuss-leave@irtf.org>

In the draft presented, we are taking different loads into the account

Idle State (0 bps): When the device is powered on but not forwarding
    any data.

    Low Utilization: A percentage (15%) of the device's maximum
    forwarding capacity.

    Medium Utilization: 50% of maximum capacity.

    High Utilization: Near the device's maximum forwarding capacity
    (90%).

The whole point of testing to see how the performance is related to 
energy consumption in standardized conditions. If STC can’t be 
established, the testing conditions (temp, relative humidity, 
atmospheric pressure) should be reported.

Also, we are not looking to report what energy source the network 
operator is using. This up to them to figure it out. We don’t have the 
expertise in energy transmission and trying to figure out what energy 
source to use based on certain conditions.

Dean

On 12 Nov 2024, at 2:46, Joel Halpern wrote:

> I may be missing something, but I presume that one would have separate 
> measures.  One, if it is useful, for kWh/GB.  Presumably others for 
> idle energy consumption, etc.  And separately, one would have 
> information about what sources the site is using for its energy (or 
> more precisely if the feeds are more segregated.)
>
> Yours,
>
> Joel
>
> On 11/11/2024 3:45 PM, Marie-Jose Montpetit wrote:
>> I think any metric should also take into account the type of energy 
>> that is being used.  This is common in how the cost is evaluated in 
>> energy audits and there are companies who do that.  So essentially a 
>> “bit” produced on a system that uses a gas powered evergy source 
>> has not the same value a a bit produced under a wind power.
>>
>> mjm
>> Marie-José Montpetit, Ing. Ph.D.
>> marie@mjmontpetit.com
>>
>>
>>
>>
>>
>>> On Nov 11, 2024, at 3:13 PM, Hesham ElBakoury 
>>> <helbakoury@gmail.com> wrote:
>>>
>>> Dean and Tony presented set of metrics in the GREEN WG meetings one 
>>> of them is *Network Equipment Energy Efficiency* metric. I think 
>>> this is the the kWh/GB  metric which although it is used, we 
>>> debated it for quite sometime in e-impact.
>>>
>>> I recall that Rudolf calls this metric nonsense and should be 
>>> banned, because "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?"
>>>
>>> The Journal of Industrial Ecology 
>>> <http://davidmytton.blog/?action=user_content_redirect&uuid=26a31a773b7bba39c75caf0de4d5c5b2044163406de0898dfdfa2c769ab31970&blog_id=140180607&post_id=4707&user_id=244835025&subs_id=408283364&signature=6485fa34baff8ccaeb16b8eaf6822554&email_name=new-post&user_email=helbakoury@gmail.com&encoded_url=aHR0cHM6Ly9vbmxpbmVsaWJyYXJ5LndpbGV5LmNvbS9qb3VybmFsLzE1MzA5Mjkw> 
>>>   published a new paper co-authored by Dag Lundén and Jens 
>>> Malmodin. 
> Paper Title: Network energy use not directly proportional to data 
> volume: The power model approach for more reliable network energy 
> consumption calculations 
> <http://davidmytton.blog/?action=user_content_redirect&uuid=85c1e5d13df5d1118d082181ed00f6e7a5ed7a2046c0eb8de4b50f9fb0af4d12&blog_id=140180607&post_id=4707&user_id=244835025&subs_id=408283364&signature=51744c392cee5b2ee750ad1c052559d5&email_name=new-post&user_email=helbakoury@gmail.com&encoded_url=aHR0cDovL2RvaS5vcmcvMTAuMTExMS9qaWVjLjEzNTEy> 
> .
>>>
>>> The idea in this paper is that many modelers have assumed a linear 
>>> relationship between data volume and energy consumption. This fails 
>>> to account for idle power consumption and other factors. Also, 
>>> networks are typically too complex to model its energy efficiency 
>>> with a number as simple as joules/bit. This paper suggests the Power 
>>> Model which has its limitations.
>>>
>>> The main conclusion of the paper is that
>>>  "There is now sufficient evidence from many organizations from a 
>>> range of different geographies to demonstrate the lack of a 
>>> connection between network usage and total energy. Combining this 
>>> with a commonsense approach that total energy of a network device 
>>> cannot exceed the total maximum power of that device and an 
>>> understanding of how networks are provisioned for redundancy and 
>>> peak capacity proves that network energy use is not directly 
>>> proportional to data volume"
>>>
>>> Over the years we have seen many publications offering their ideas 
>>> and suggestions for energy efficiency metrics, but they have their 
>>> flaws and shrotcomings. I doubt there is a "perfect" metric for 
>>> systems as complex and multifaceted as a communications network.
>>>
>>> Comments?
>>

> _______________________________________________
> Green mailing list -- green@ietf.org
> To unsubscribe send an email to green-leave@ietf.org