Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp1029915imm; Tue, 5 Jun 2018 08:06:10 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJOdQ8sjYhpB2D0KEVmme6JkUGgGw6h3f+6mKtCuRKL33VHcu9qWaWmsRkEZikev6Ys/gNa X-Received: by 2002:a65:468e:: with SMTP id h14-v6mr14702732pgr.89.1528211170225; Tue, 05 Jun 2018 08:06:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528211170; cv=none; d=google.com; s=arc-20160816; b=Tau30Zs+YfgIffcjxOBEZEypmjjznEn01qdA5E1ZJeayJGRzY96F9uBEKsVx0SwZ6O 1PIqVTZZkiIHu5zgLf40FutDIX9eFkS5RCrx+sfSET1ViQXx3iQNd+F7XVIeXSLSdyZn z2vQ5epodoWd9Ocme4TXDPTUr6b1PpLO4Skyg5zqFKvUWNqP9URfT9vRTsMs5uvMWWav egxwkEwYBYUF+oRtaBE5O22wp3jt8Vdezn6iPG4TWNnpNS5aenl9KooFtzuHVS6yOFP+ unpnif0NyStxrcuJYqZe54ZlxrOc7C49R1IbnAs58QqfldKCwHq5eMHy0aUEJnYqxLmh mSsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=LvQCRX/gxK+xBRArtppXbR5N1/zo/ywSObM0PqenYhY=; b=Xvc22y6EpaaKFIr3NECHvIj19tpNNl4CbmF7zkrY19afXEv8JNzVMyZ/JqfPzYzqTj Wje7dfiBumXS+BaSR/12lseB/R+twGPA4j+O8yEV6HUeO1iEN7XadFlN3UEctY3rUMPJ PpAJtL53UAohwuPTsNWUkhIGadfTzHrC2ImMsDyzlcbuexcmIHwRRCeV9v1QwEJAYKZG j+VY3C9o/nknkd5kdPuxD+zkkd2u1NIGqeTjWmCDdrbLNfXa2ssRbHrZ3Ull69u1sKSi opI+5RemqCkV2rV5iqULC4ba+ZLSVbEnppePmzvxgWC+Icv2L9UzHESl8ZcOnAjv4fTZ uXMQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 3-v6si50568854plf.84.2018.06.05.08.05.56; Tue, 05 Jun 2018 08:06:10 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751989AbeFEPDH (ORCPT + 99 others); Tue, 5 Jun 2018 11:03:07 -0400 Received: from mail-wm0-f68.google.com ([74.125.82.68]:36481 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751532AbeFEPDG (ORCPT ); Tue, 5 Jun 2018 11:03:06 -0400 Received: by mail-wm0-f68.google.com with SMTP id v131-v6so5783023wma.1 for ; Tue, 05 Jun 2018 08:03:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=LvQCRX/gxK+xBRArtppXbR5N1/zo/ywSObM0PqenYhY=; b=KUTUiOm66n78ahjmVLKQ5YymNgoGDsF0xqRrQVM6gT9KGxhfoYpusf4IpEeyEgfxWp OPaNucAYsq8/6dSig+DzzP3zfXl+3G8D2ejOreaXAOyIs1rMhNlTVuWKxg/H+bJswdVM ppGBQsKW9E2nyW/kHlgsxkVtQwlD7i+42aNVgC9YwwA/ys2c1tFRVhAo1+4H4XpC7eNK cUOX5qRHbmRrF/jssS5+Fh8kNn6h4oC/g/mtQ7/Lxgj3c3oFPi9yvJWmkkvECrMYJg2/ 1V3iPW0tUZFxynpAJF/bVjLEcjJaMU3+/ipR0Dc5mXwm+Xwd+O+7yrRKeJgp+PlNfFsH ZtdA== X-Gm-Message-State: APt69E2j5p5ODT7s0VUzmT2ARxy77TJlcxPE/u1IBCkCIzdj0J//g59A 6tu5aRbk93S3U7ggYnHu9ZwU/Q== X-Received: by 2002:a1c:5ec9:: with SMTP id s192-v6mr11606761wmb.54.1528210985103; Tue, 05 Jun 2018 08:03:05 -0700 (PDT) Received: from localhost.localdomain ([151.15.207.242]) by smtp.gmail.com with ESMTPSA id z3-v6sm17622938wrn.42.2018.06.05.08.03.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Jun 2018 08:03:03 -0700 (PDT) Date: Tue, 5 Jun 2018 17:03:01 +0200 From: Juri Lelli To: Peter Zijlstra Cc: Vincent Guittot , Ingo Molnar , linux-kernel , "Rafael J. Wysocki" , Dietmar Eggemann , Morten Rasmussen , viresh kumar , Valentin Schneider , Quentin Perret Subject: Re: [PATCH v5 00/10] track CPU utilization Message-ID: <20180605150301.GK16081@localhost.localdomain> References: <1527253951-22709-1-git-send-email-vincent.guittot@linaro.org> <20180604165047.GU12180@hirez.programming.kicks-ass.net> <20180605141809.GV12180@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180605141809.GV12180@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/06/18 16:18, Peter Zijlstra wrote: > On Mon, Jun 04, 2018 at 08:08:58PM +0200, Vincent Guittot wrote: [...] > > As you mentioned, scale_rt_capacity give the remaining capacity for > > cfs and it will behave like cfs util_avg now that it uses PELT. So as > > long as cfs util_avg < scale_rt_capacity(we probably need a margin) > > we keep using dl bandwidth + cfs util_avg + rt util_avg for selecting > > OPP because we have remaining spare capacity but if cfs util_avg == > > scale_rt_capacity, we make sure to use max OPP. > > Good point, when cfs-util < cfs-cap then there is idle time and the util > number is 'right', when cfs-util == cfs-cap we're overcommitted and > should go max. > > Since the util and cap values are aligned that should track nicely. Yeah. Makes sense to me as well. :)