Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp288035pxb; Mon, 16 Aug 2021 05:35:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz3U2KgfUtpsQu7ysG+NYYEeNdRI5cQiHztI7NU4i1wMs+TOCNHvBclEQzhdjaQBVQQEmwU X-Received: by 2002:a17:906:d045:: with SMTP id bo5mr15971707ejb.461.1629117344016; Mon, 16 Aug 2021 05:35:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629117344; cv=none; d=google.com; s=arc-20160816; b=jLD8DQtCjK8Gu1pYg6fw36Lg5HygRl2qTD1Ie0C7u3HqXY0Uj3BDi/g2k5PsTtg3s9 U8UUsY0nhoITUm2OMqBZOoVyV9EXwPtlazTIDMwd+wDTUOFExrxm7pojrcsR29zEmMyw YRVVIJcUJk2bAVgtHm9Wlpm4qDYFHYIgxJUuibyxfGqBCEFDElM2IYvXvR0byaIi+GA9 IuPY+UNDh4BeyXtWwqr954ey3/C/ePFzw0LLeSlCmIsbwDDkYi5dYQkbYT9TNaIkCJfu Ok4J5X8PFmsJG14nhvTdmkgXjMomxDfcbM9zpjHumKrq7CLKOZt0PcBkAm329G/Grs4p TTQg== 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=ACGN0Sis+sEgxBHlyEOjkA7hulSWZlh9kNBPQYj7W9Y=; b=OjSFvUd9Lq1V7RAVwnuSqVRYpHZTfrOyGM1gE5NXwPk4s8f/x5ctu2v+I9XxKlVAve PlpXZtBotRW8H4N0sWpBhxbf5f7csp9rAxMYuJJIh0Hz222sYA3Hixcoudi8aCj5KF91 Y8lMyp2TlXNNHQdxv/w+GLPw6QGtBZZyNQFN00WuXK2dViF6ir1zDfPJfbkCEg9SiBww pK1iXsddiOX59X6dU1yUsX4sgEwI+YXtrnlWNSTLYFMHMxrwrBON0zDGntt/BtnBZkNI fDcmYssjarmEui7HXPbkqNlbxpBP/DQLSCbz4KDsbnDFNHfBlNejHF/Y34GmtW02X/ow Nzvg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=maXa0e0P; 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 z16si14390324edm.532.2021.08.16.05.35.20; Mon, 16 Aug 2021 05:35:44 -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=maXa0e0P; 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 S232554AbhHPMdR (ORCPT + 99 others); Mon, 16 Aug 2021 08:33:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37222 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229600AbhHPMdQ (ORCPT ); Mon, 16 Aug 2021 08:33:16 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4012BC061764 for ; Mon, 16 Aug 2021 05:32:45 -0700 (PDT) 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=ACGN0Sis+sEgxBHlyEOjkA7hulSWZlh9kNBPQYj7W9Y=; b=maXa0e0PIztz0KhbIoRvGK18a1 9D1xwwKIi1DNOSd03ch/JGU1Zf0r8V/WKlyO++8Uc1cK1T0wIwChxoq0bq7foptzM110PBg9siWTV GCKGYZL6axig1YqggI/57YCFzKNWHq5iqwm8dEX3xQDUmtjwx7BGWLHWRaHPw0Vbv4kI7m1fGupoc gQjNgPNCpNPi/7UZqIqKTqGG7mtGDkzKhH1merBdLUgnkCORtvih8XROEdjxYghv8ZjNsUi/M0G3T GdifhbDbMs3MCD56FQGTmN7S8MocUpVxmMX4u6Q83rVyif9rrbt8iMV30sJwLF/JwFkSTHTOvi1MX Ms+twG2A==; 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 1mFblo-001LKW-L1; Mon, 16 Aug 2021 12:31:20 +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) server-digest SHA256) (Client did not present a certificate) by noisy.programming.kicks-ass.net (Postfix) with ESMTPS id 5C76E3004B2; Mon, 16 Aug 2021 14:31:09 +0200 (CEST) Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 211E72028D932; Mon, 16 Aug 2021 14:31:09 +0200 (CEST) Date: Mon, 16 Aug 2021 14:31:09 +0200 From: Peter Zijlstra To: Josh Don Cc: Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Paul Turner , Oleg Rombakh , Viresh Kumar , Steve Sistare , Tejun Heo , Rik van Riel , linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/2] sched: adjust SCHED_IDLE interactions Message-ID: References: <20210730020019.1487127-1-joshdon@google.com> <20210730020019.1487127-3-joshdon@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210730020019.1487127-3-joshdon@google.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 29, 2021 at 07:00:19PM -0700, Josh Don wrote: > 1) Ignore min_granularity for determining the sched_slide of a > SCHED_IDLE entity when it is competing with a non SCHED_IDLE entity. > This reduces the latency of getting a non SCHED_IDLE entity back on cpu, > at the expense of increased context switch frequency of SCHED_IDLE > entities. > 2) Don't give sleeper credit to SCHED_IDLE entities when they wake onto > a cfs_rq with non SCHED_IDLE entities. As a result, newly woken > SCHED_IDLE entities will take longer to preempt non SCHED_IDLE entities. ISTR we had a rule about one change per patch :-)