Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp419181rwi; Wed, 26 Oct 2022 02:38:33 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6JA+1uInQZx9Sx+TwFbi2rwLHKcr3qJbnP1B3PDFJlL3DiRh3QUBpm25m/z5Bo4erOxZtV X-Received: by 2002:a17:902:ce11:b0:172:6f2c:a910 with SMTP id k17-20020a170902ce1100b001726f2ca910mr44102674plg.156.1666777113566; Wed, 26 Oct 2022 02:38:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666777113; cv=none; d=google.com; s=arc-20160816; b=HJCT7/4TkBXPxOkfpM4kDcE/TnvLnEf3otQkuZeW3oedisp1KFyMv9JVM4BhPNzZ3V uKYbuQXkvXZoFzFHUFPKeYlVJyZUDlSHJTansT33IrL2MRD5ZlnXUrJTk73n9UlZ7OTM 0hhDkHUnj0c2oIjziRWpRJxIofu51QC33Sw4MCq/w7cRXex6+d7KoxxGOU4jpiDhErLs MKCdXDyTlDZzfGxlB9tsB339syfOV1Ekhy6qxlUV6LW4MGLEu6U3NIxOawJKT8kox0pJ Q24rvQ2yZkEjpVdyXbxqCGhuMl4Fs34f1zqjQ7qSWuWE+NfiLjNCcA0HxfcTc8g0XN3V pv4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=706h6cqOs2l/kslM/B1QDVDbS14wTyqp/kH04Nk7mGo=; b=JhBG6WKO3k5c+qt3QlQ5vxi0BnMe1ixHtp2YsLrnu4c8TbrMZls1KpgdL6U53hIVqt jJ0wTwdr/rJVuOrpcj68Y4/aHfDmHfPSZsd2YQk8nfaVU6PBZAmc5Jrda8Y10cnm8b+I h4pFD+MAPOoTA9bTYnpCEUviaZlPtZNKhDAS9WmCFMi/qS1dKreGP3xIRRQF+Uk7RB5Z O0Faw/q0449TMYzXO2wE0stYopAyQFOZRLmpi0oh0VGWEEPaztYwFLRQ4Zqs/YK01z7t GVpyVR79KqSc7oU1wWRoFb0rZ3RoJtqu1yMALcEoJMbyhkZvGsMIWrABN7qEgzgUSRCY pOPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=lcFpMlXR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ik19-20020a170902ab1300b0017e6e415520si6268083plb.292.2022.10.26.02.38.22; Wed, 26 Oct 2022 02:38:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=lcFpMlXR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232865AbiJZJhJ (ORCPT + 99 others); Wed, 26 Oct 2022 05:37:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46774 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233385AbiJZJhD (ORCPT ); Wed, 26 Oct 2022 05:37:03 -0400 Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ABDA9BA917 for ; Wed, 26 Oct 2022 02:37:00 -0700 (PDT) Received: by mail-yb1-xb33.google.com with SMTP id j7so18089753ybb.8 for ; Wed, 26 Oct 2022 02:37:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=706h6cqOs2l/kslM/B1QDVDbS14wTyqp/kH04Nk7mGo=; b=lcFpMlXR9QDRQnn1OcsqiZF1fCtrsX5FdlgD4yAkwK1hey81P/rPiPN6O3vW6cC8Js pqYgyU4uPdnR25kYhcm4XOn3qC2hzcUv6fEpK7SiWKlZGqyu9r71ued3BK1r+uVLDKyD D2QNTfeVVySYmI4ZNXgggcW+IfM0BfFq8rV+tzyRb/oUT0YqgeYEIWHMeXBHxKoB1dKG x4N5YO9YHhfnhToGdnynRgywOgArNsLvlXsyMsfduxpk/mVa1QAXJySmvrCeZohRZr67 kbmM2pMzbwWhdjFmIlvu1gt5edpZpsviZ7QCOGsgJEZnusU/YD2Zsc+6Tt5u36lbT8LA JRfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=706h6cqOs2l/kslM/B1QDVDbS14wTyqp/kH04Nk7mGo=; b=Rjrz1HhfGB+2KsqtJHBQsWwyOIhSYQoVN5AkrYyaqyy84bs5c6BiGa6SKdJcgX3Rjv s5MnJI8vccCkGPXPBXNWDE12tR2kg5T0gfPIF5rmGlM6xziti+ubGeYQYFSPDZnIa9xp lhay5QBqRvPPq3PFiZ9cK1zRrKvGX7MAHTFAxxi7W8ey2YdVip1seZtMN3zD5KUtg9x3 9IM3oZz5MfA+bJUWO6Wukoxck0jtfkaGUeKWuBmXVwZq1oa5tBXPnC///vAyES/pWcqC YhWzJl5OmtU+tTPPN5OO9TMPcaQXrdLMxHrFRdufbDPD4ROOrfT1lM01wjPKemN1clfm nn8w== X-Gm-Message-State: ACrzQf1Vr0/q6R+5bkuXCEJC0F6SPRiuRdgDoYoETFaenanjj3T5ZzO8 DRe7n4XjwydR+DDJvbE1YOyH3ABUuNvqF7Q61otXjg== X-Received: by 2002:a05:6902:10ca:b0:671:3616:9147 with SMTP id w10-20020a05690210ca00b0067136169147mr37253355ybu.105.1666777019885; Wed, 26 Oct 2022 02:36:59 -0700 (PDT) MIME-Version: 1.0 References: <81a7b4f6-fbb5-380e-532d-f2c1fc49b515@intel.com> <7b09fb62-e61a-65b9-a71e-ab725f527ded@intel.com> In-Reply-To: From: Peter Newman Date: Wed, 26 Oct 2022 11:36:48 +0200 Message-ID: Subject: Re: [RFD] resctrl: reassigning a running container's CTRL_MON group To: James Morse Cc: Reinette Chatre , Tony Luck , "Yu, Fenghua" , "Eranian, Stephane" , "linux-kernel@vger.kernel.org" , Thomas Gleixner , Babu Moger , Gaurang Upasani Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi James, On Tue, Oct 25, 2022 at 5:56 PM James Morse 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. 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. > 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? -Peter