From: Reinette Chatre <reinette.chatre@intel.com>
To: James Morse <james.morse@arm.com>, Peter Newman <peternewman@google.com>
Cc: Tony Luck <tony.luck@intel.com>,
"Yu, Fenghua" <fenghua.yu@intel.com>,
"Eranian, Stephane" <eranian@google.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
"Babu Moger" <Babu.Moger@amd.com>,
Gaurang Upasani <gupasani@google.com>
Subject: Re: [RFD] resctrl: reassigning a running container's CTRL_MON group
Date: Tue, 8 Nov 2022 13:25:50 -0800 [thread overview]
Message-ID: <0ba99cc2-e261-bd2f-1a0e-b317a625c57a@intel.com> (raw)
In-Reply-To: <0c6fdf46-284c-6ed1-db44-a1e93037afe3@arm.com>
Hi James,
On 11/3/2022 10:06 AM, James Morse wrote:
> Hi Peter,
>
> On 26/10/2022 10:36, Peter Newman wrote:
>> On Tue, Oct 25, 2022 at 5:56 PM James Morse <james.morse@arm.com> wrote:
>>> This would work when systems are built to look like RDT, but MPAM has other control types
>>> where this would have interesting behaviours.
>>>
>>> 'CPOR' is equivalent to CBM as they are both a bitmap of portions. MPAM also has 'CMAX'
>>> where a fraction of the cache is specified. If you create two control groups with
>>> different PARTIDs but the same configuration, their two 50%s of the cache could become
>>> 100%. CPOR can be used like this, CMAX can't.
>
>> I thought we only allocated caches with CBMs and memory bandwidth with
>> percentages.
>
> Those are the existing schema, yes.
>
>
>> I don't see how CMAX could be used when implementing resctrl's CAT
>> resources. Percentage
>> configurations are only used for MBA in resctrl today.
>
> The problem is if you say "CLOSID/PARTID are random, its the configuration that matters",
> you've broken all the control types where the regulation is happening based on the PARTID
> and the configuration, not the configuration alone.
>
> If you do this, you can't ever have schema that use those configuration schemes.
> There is hardware out there that supports these schemes.
>
>
>>> Even when the controls behave in the same way, a different PARTID with the same control
>>> values could be regulated differently, resulting in weirdness.
>>
>> Can you provide further examples?
>
> CMAX, MBW_MIN and MBW_MAX: You can have 50%, and I can have 50%. Your secret clones which
> have different PARTID and a copy of your configuration also get 50%. As far as the
> hardware is concerned, we're trying to play with more than 100% of the resource.
>
> I don't know what the memory controller people are building, but naively I think the MBW
> MIN/MAX stuff is a more natural fit that a bandwidth bitmap.
>
>
> You couldn't ever add new configuration schemes that are based on a fraction or percentage
> of the resource.
Thank you very much for catching this early and highlighting this. Yes,
MBA also falls into this category so using different PARTID/CLOSID in the
same control group is not an option.
Reinette
next prev parent reply other threads:[~2022-11-08 21:26 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-07 10:39 [RFD] resctrl: reassigning a running container's CTRL_MON group Peter Newman
2022-10-07 15:36 ` Reinette Chatre
2022-10-07 15:44 ` Yu, Fenghua
2022-10-07 17:28 ` Tony Luck
2022-10-10 23:35 ` Reinette Chatre
2022-10-12 11:21 ` Peter Newman
2022-10-12 16:55 ` James Morse
2022-10-17 10:15 ` Peter Newman
2022-10-19 13:57 ` James Morse
2022-10-20 10:39 ` Peter Newman
2022-10-21 12:42 ` Peter Newman
2022-10-25 15:55 ` James Morse
2022-10-26 8:52 ` Peter Newman
2022-10-26 21:12 ` Reinette Chatre
2022-10-27 7:56 ` Peter Newman
2022-10-27 17:35 ` Reinette Chatre
2022-11-01 15:23 ` Peter Newman
2022-11-01 15:53 ` Peter Newman
2022-11-01 16:48 ` Reinette Chatre
2022-10-25 15:56 ` James Morse
2022-10-21 20:09 ` Reinette Chatre
2022-10-21 20:22 ` Luck, Tony
2022-10-21 21:34 ` Reinette Chatre
2022-11-03 17:06 ` James Morse
2022-11-08 21:28 ` Reinette Chatre
2022-11-08 21:56 ` Luck, Tony
2022-11-08 23:18 ` Reinette Chatre
2022-11-09 17:58 ` James Morse
2022-11-09 9:50 ` Peter Newman
2022-11-09 19:11 ` Reinette Chatre
2022-11-11 18:38 ` James Morse
2022-11-14 18:02 ` Reinette Chatre
2022-11-16 13:20 ` Peter Newman
2022-11-09 17:59 ` James Morse
2022-11-09 19:12 ` Reinette Chatre
2022-11-11 18:36 ` James Morse
2022-10-12 16:57 ` Yu, Fenghua
2022-10-12 17:23 ` Reinette Chatre
2022-10-14 12:56 ` James Morse
2022-10-19 9:08 ` Peter Newman
2022-10-19 13:20 ` James Morse
2022-10-19 23:54 ` Reinette Chatre
2022-10-20 8:48 ` Peter Newman
2022-10-20 19:08 ` Reinette Chatre
2022-10-21 10:09 ` Peter Newman
2022-10-25 15:56 ` James Morse
2022-10-25 15:55 ` James Morse
2022-10-26 9:36 ` Peter Newman
2022-11-03 17:06 ` James Morse
2022-11-08 21:25 ` Reinette Chatre [this message]
2022-10-07 17:57 ` Moger, Babu
2022-10-11 15:00 ` Stephane Eranian
2022-10-11 14:59 ` Stephane Eranian
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0ba99cc2-e261-bd2f-1a0e-b317a625c57a@intel.com \
--to=reinette.chatre@intel.com \
--cc=Babu.Moger@amd.com \
--cc=eranian@google.com \
--cc=fenghua.yu@intel.com \
--cc=gupasani@google.com \
--cc=james.morse@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=peternewman@google.com \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox