Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp4689613pxb; Tue, 5 Oct 2021 08:19:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzhWiRkLet50cPwVwyLx3aMCz4IQzss1kCY8gx3AxbRUw++4DPMbVWVcKXzrB75oALnmXap X-Received: by 2002:a50:da48:: with SMTP id a8mr26632712edk.146.1633447195117; Tue, 05 Oct 2021 08:19:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633447195; cv=none; d=google.com; s=arc-20160816; b=xCDmE1egibc4xRFlYf63Bus9jxsgEckdalxEXW+bNvv2W13l0a8wQn4xeR29j2kc9A VF3CZ+/WoMXUatWzZGOB8qQq5RpoQ3GshQll4C8GoN5IG8uCAqmE2Fr7upa0it0S66oo dZU5fJvXFGuohJM39wPzwUA0oo/mvSTblHMZxivh5978LKEzpvl+pTWY/2t91GAwzkUl AHH/fuqHppCNdB/cFqV9ifdzca/Bvy8R03bc2rFy3qmUZk/NN7PfOvZKF8ZUCodYnknc 3fNyppq4uiVoq0u8f4udisl2W4XesNE0FkYT9xRoyLdWdjl9yrjnVexmkgIb/m3AASrC HNMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=DP4p9r8h1C8ORsFq/fmU8NTA1a+WhCICD8nBr3Eu4yM=; b=SLiNU7qvf21LdLldK6BNOn4ba0ig4RzSYlEf0KRiBDZb3aoimyAT65RnSSM5VkHdFM /YWBRDpeApK4Jdhe3v60gOQ6I/+LDRXnboPE5MZuIPcfyqlxlnKk8Mj8e19gttH5Rgik J5WBnqHP16yLK0IdXn1gYjK16whQtdrf+GA552hMj6Jw08M5DDbSTyeYdhXx6j3TS61b cQt3pewLZFAoB49CmSXiPASBh3Fwfp7BRmVY/RjXOHY4u+cFLpY1HylgAf5uS101pfkG Mm+n6tqqPNhvgn9mBOqFdQ4wUFKC4s+Mv/dG33/yaMtUIljrSNHf6xPW0BhuR5uILxqv cuzA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=J1sZTQ4I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bm20si13305339edb.66.2021.10.05.08.19.25; Tue, 05 Oct 2021 08:19:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=J1sZTQ4I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235551AbhJEPRa (ORCPT + 99 others); Tue, 5 Oct 2021 11:17:30 -0400 Received: from casper.infradead.org ([90.155.50.34]:50894 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229626AbhJEPRa (ORCPT ); Tue, 5 Oct 2021 11:17:30 -0400 X-Greylist: delayed 2364 seconds by postgrey-1.27 at vger.kernel.org; Tue, 05 Oct 2021 11:17:29 EDT DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=DP4p9r8h1C8ORsFq/fmU8NTA1a+WhCICD8nBr3Eu4yM=; b=J1sZTQ4Iy7+8UFwOyqGi1PeCKm nRYEmJRyXn5PDSMjIz3yoH/jb03O4Oga99W0p1C32cHA4PP7OQepg9ic+eY5CRHTWBzhf2lsJZoKo oQ1LNyaNlpiiMzxb0yOUwr/6AVNFpv0TR6bPvlaEp0DFZqJEEyHeRe5YCelj4TwvZ2Dw35YaG9zNA PKkZR7kNJ/zwjpWe902pwLRg3bVpZQio/SC8nc5tnk9gpc0F9JUtY6Ibqfk0Vl7SZeZU2y9UAtX/r tHlbQe4QWKyav6lJk1g7KTNVAidM5h74YLyYRRWZ+PHiY7U+SnMz5CgAmnUQqxOLhTPWpjovsqyny SLNp7R1A==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=noisy.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1mXlUb-0000LR-1n; Tue, 05 Oct 2021 14:32:49 +0000 Received: from hirez.programming.kicks-ass.net (hirez.programming.kicks-ass.net [192.168.1.225]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (Client did not present a certificate) by noisy.programming.kicks-ass.net (Postfix) with ESMTPS id 3A65530026F; Tue, 5 Oct 2021 16:32:28 +0200 (CEST) Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 22FA921339B6E; Tue, 5 Oct 2021 16:32:28 +0200 (CEST) Date: Tue, 5 Oct 2021 16:32:28 +0200 From: Peter Zijlstra To: Phil Auld Cc: Vincent Guittot , Mike Galbraith , Mel Gorman , Ingo Molnar , Valentin Schneider , Aubrey Li , Barry Song , Srikar Dronamraju , LKML Subject: Re: [PATCH 2/2] sched/fair: Scale wakeup granularity relative to nr_running Message-ID: References: <20210922150457.GA3959@techsingularity.net> <20210922173853.GB3959@techsingularity.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 05, 2021 at 10:12:12AM -0400, Phil Auld wrote: > On Tue, Oct 05, 2021 at 12:36:22PM +0200 Peter Zijlstra wrote: > > On Thu, Sep 23, 2021 at 08:24:03AM -0400, Phil Auld wrote: > > > > > It's capped at 8 cpus, which is pretty easy to reach these days, so the > > > values don't get too large. That scaling is almost a no-op these days. > > > > https://lkml.kernel.org/r/YVwdrh5pg0zSv2/b@hirez.programming.kicks-ass.net > > > > Ooh, hey, we already fixed that :-) > > > > Thanks Peter. > > I'm always a little behind upstream (nature of the job :) > > That link leads to a message Id not found. https://lore.kernel.org/all/YVwblBZ9JBn9vvVr@hirez.programming.kicks-ass.net/T/#u Seems to work, I must've messed up the copy/paste or something. > But from what I can see the code that takes the min of online cpus and > 8 is still present. Yes, and it should be. I was the confused one. I forgot we added it and suggested we should add it again :-) > > So the reasoning there is that if the values get too big, interactiviy > > get *really* bad, but if you go from say 1 to 4 CPUs, interactivity can > > improve due to being able to run on other CPUs. > > > > At 8 CPUs we end up at 6ms*4=24ms, which is already pretty terrible. > > > > And actually you mention the same thing later on. Most systems, even > desktops, have 8+ cpus these days so the scaling is mostly not doing > anything except multiplying by 4, right? So no-op was not the right > way to describe it maybe. But it's not getting bigger with larger > numbers of cpus beyond a pretty commonly reached limit. Yeah, the whole scaling thing is of dubious value these days, the whole 1-8 range is for embedded stuff these days, I mean, only low-end phones are maybe even still in that range -- oh and my laptop.. :/