Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp415986iob; Wed, 18 May 2022 05:09:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxjsVBjKX6TSiP55OQlP+lIshz7W8eHScylyyi5ZRLl5JDyGtBhTyoITGzZyXWAmSsUETm X-Received: by 2002:a62:e80f:0:b0:50d:3693:43df with SMTP id c15-20020a62e80f000000b0050d369343dfmr27892332pfi.36.1652875790502; Wed, 18 May 2022 05:09:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652875790; cv=none; d=google.com; s=arc-20160816; b=Z3IZkASiyv0rof0iYdj/BZAraW6xcEeNpLqhXKM20KzQLfmzUyyxHZg0GANhYNukLE q9BU9rv8IlYHbHn/aO+JrLur0Ip8eoikGNizuLsOwkfAqEKi+Y6Ie9Go1q/KgQbnSMY2 jR/uqEv2TGyz9tWENIh25kUMNZGsJ7mZXoDaTZMRGK4PGaOCLAAycd9QqJWm5/PAGUae HA0Bc8e14MaZrh6EHrwySpd1bGWOodaxJcG7wvkwffZ0bHnnOt/vO7okVcZNgI3lJk1r ekZy/vSexOk3Z6NhflbfZbbqhYHx++BSDxrSwi1bQK2ALML0lJ2o1RhAQ7sot+yG73OU N4Tw== 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=2cabH0/r/i9ENNrvrTh0ZegAxccHNhX3G5C8HN/c9ps=; b=mOvGQkU0VKzQ5dtdP+PL1oHeDrgUrYJsV4k0n3p3V5zB3Ghq5UvkEEARIl5UB7Zp4Z emifzQqD4gF1U5U9Ek7jCHp8im0vT4gVgdI8dY13EvoHltvWrYgxObeQDlWmtAtXecG1 e8hJALGmacf5NvH0CeMzQcSNG73XuKJuV5nDWxgpHEdSVpzHhlAx4KMd5YnaDXQ6uXTZ wFH6aKtBDOYIe2/iG+lVgvkL2Ehu1ZzJ+XCYrNlrfQLo+adrKltLjPyQf51+WH01kbyc v90ZKE2CujZnxN67cW7CDVUo3ZjXNdPmrdK9h4uGiCNtb/Tme9UNhrUDoQAJJEWK4BFj 0sZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=RXddUxv7; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id f184-20020a6251c1000000b0050cec4de7eesi2828084pfb.223.2022.05.18.05.09.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 May 2022 05:09:50 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=RXddUxv7; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 604B9205F9; Wed, 18 May 2022 05:03:56 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236120AbiERMDr (ORCPT + 99 others); Wed, 18 May 2022 08:03:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41030 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236097AbiERMDp (ORCPT ); Wed, 18 May 2022 08:03:45 -0400 Received: from mail-yw1-x112a.google.com (mail-yw1-x112a.google.com [IPv6:2607:f8b0:4864:20::112a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0E3AC38B4 for ; Wed, 18 May 2022 05:03:44 -0700 (PDT) Received: by mail-yw1-x112a.google.com with SMTP id 00721157ae682-2fee010f509so21405627b3.11 for ; Wed, 18 May 2022 05:03:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2cabH0/r/i9ENNrvrTh0ZegAxccHNhX3G5C8HN/c9ps=; b=RXddUxv7gYpQ0W/9gmSaN1PMcpStNKAJeJdvvfvkJW1SRkPy4cN35n8pgCCKNNEmyd qEUOxYRS8TndZz9r/a3/be45iuPIBqUasFFuCBCgWktl9VshxBcgLyTxcYQh8iCDzjwT hu3M40NoIkZT1MADW5Pu5rBaW8bahb7WUWv0VIdSOVMIi4RfvVZocF4dYfzd+NtRliNF ZkYhenrrBOqiG9yUMzoYB1kQ/9lc0yVLQuom/iKCHKK8j+gLHtt4grJZhgREiga4NCn5 nWX/UgYhd/6C+RwiJ/pwT7KMZ2xBxHIMJDNf9Tl4JJYyFy08/Rlib/ZdA1IFY2rtptvM C7tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2cabH0/r/i9ENNrvrTh0ZegAxccHNhX3G5C8HN/c9ps=; b=zRay3zXSx2NoR7BCLSzmjcs0ldzs+ulX+NJGBVPJwwO5MAFnFg1XmDj3QNrSPfE+Vt wHHFVT4yhD966W3VUNjPic8nn8e2oW0scvqDwFkvDARgQCcJvmvXEHKbTr9x11L75dnI 0MSZrU72viRtn/nccjZc9LA+32DTXiPjHUpElB0IGMLFAlfdzkwveG99gjKtgrG9kLPL 8MTh6Vzr0sfx1ml5XLgwWR8lb4tQfFWIm/sAk6Gr0Eoj2BznEUabo/itV6SA25F/WWGl nq+HOPO0wYZj8CyTEz4B1mEuiTt/zkep/N2ABfYOqQYt5xtW8I6uFd41tEnl7rJ2Ohhl E3vg== X-Gm-Message-State: AOAM530cYhmMze9JhXkWACuJB1Y7J3vlj77HApmOtcTU4++alJCU0Nat tgklQdtvb1zlBLNJFtPPHpUvDsJZkvVoSDE1hQDHyQ== X-Received: by 2002:a81:950:0:b0:2fe:d88e:5529 with SMTP id 77-20020a810950000000b002fed88e5529mr20384569ywj.320.1652875423269; Wed, 18 May 2022 05:03:43 -0700 (PDT) MIME-Version: 1.0 References: <20220518100841.1497391-1-fam.zheng@bytedance.com> <20220518102140.GF10117@worktop.programming.kicks-ass.net> In-Reply-To: From: Vincent Guittot Date: Wed, 18 May 2022 14:03:31 +0200 Message-ID: Subject: Re: [External] Re: [RFC PATCH] sched: Enable root level cgroup bandwidth control To: "Feiran Zheng ." Cc: Peter Zijlstra , linux-kernel@vger.kernel.org, Steven Rostedt , Ben Segall , Daniel Bristot de Oliveira , Dietmar Eggemann , zhouchengming@bytedance.com, fam@euphon.net, Mel Gorman , Ingo Molnar , songmuchun@bytedance.com, Juri Lelli Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 On Wed, 18 May 2022 at 12:38, Feiran Zheng . wrote: > > On Wed, May 18, 2022 at 11:21 AM Peter Zijlstra wrote: > > > > On Wed, May 18, 2022 at 11:08:41AM +0100, Fam Zheng wrote: > > > In the data center there sometimes comes a need to throttle down a > > > server, > > > > Why? > > For economical reasons there can be over-provisioning in DC power > supply (UPS capacity etc) because the utilization expectation of the > racks is not maximum value. But the workload can be client driven, > depending on how many users are online, and in the end the power > supply may overload and trip itself. To avoid that, upon a threshold, > some servers need to be brought down or throttled. The latter is > obviously going to be much more smooth. This looks like thermal or power budget management. We have other ways to do so with powercap or idle injection. Did you consider those solutions ?