Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp251710iog; Mon, 13 Jun 2022 01:43:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxL2s1fXUE9DHCts9kcD0Y5BlLMRDqXaa39FsF0MBdn2jeTQ/nDABXERL/8tl63wnc0EPzy X-Received: by 2002:a05:6402:40d2:b0:42f:ac14:34a3 with SMTP id z18-20020a05640240d200b0042fac1434a3mr54892310edb.262.1655109836485; Mon, 13 Jun 2022 01:43:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655109836; cv=none; d=google.com; s=arc-20160816; b=c1vJL/HXp1+YbyZsfAv7HtF52gY+yhKsU/0qoztrfh71vULGy0pzRTIjNTz0Ewp1VG AF0h1VtNw2E8BGArIEyfHfs9zQZIBMmLx2MAY+Zp+iD7C+aetue/rWmOiuoZL+T/taGC ujCGF9/FF+NTDRP6vvnoQqE10GigILYUCZXV1p7zcBgtKzOzWIIuZ6FE3/NnJTu7SVLm +CtVPCH3c3x0Fx+JFwRMcCMa08ZrmZ7fm3ppu54yzwQILuV1qa+/gpEVhs0idsEjwk0p K+2ZdOf9jQQLOwzbPJtBlMhWEfQ3Rj7Xq7LlR7VlZmX+L1OanVCLZAl0E7ZmI40wpJHC 4XHg== 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=u4wJKLV0KTaNskqfcEdIbcesiG6fHYrHvbu5SnVHRWQ=; b=QJwrHZyas8I26AwrFKXb3/aX6HXoalJjTQWK7M3YW2XWBkP5CViQVjVL/EbBPtofNB WGRds+s/5KrmH4iWVMMzm0VcvhvrCXoXYD+GuEsIIPel3IqO6CyzTVbonWnhIAlI5QHe fKlbbZDc+vGIFBKH7XE+hLOO14BSvU7YEjY/zbom1L0YhBboQSiGO7szjI5CJuR/cmcm yZXj9FwgUSLdfkZDsOJZiavQD2GUVZW+aVuC+qMZU0JxXb9BB60EdDTmbXdTOPv0v71k t/WdEUTGtZJcUzO/ND5eoXYzBu+8og1t4fkGIGHBqOusgRqfmaX3GUqYs6wnAPlw5Rax x85A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=VMJO6WoR; 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=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 28-20020a170906101c00b00711ca931feasi6665156ejm.998.2022.06.13.01.43.31; Mon, 13 Jun 2022 01:43:56 -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=@intel.com header.s=Intel header.b=VMJO6WoR; 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=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239517AbiFMIHQ (ORCPT + 99 others); Mon, 13 Jun 2022 04:07:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56816 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234954AbiFMIGs (ORCPT ); Mon, 13 Jun 2022 04:06:48 -0400 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5CD8A193D5 for ; Mon, 13 Jun 2022 01:06:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1655107607; x=1686643607; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=gwxLCDMvuI9jTp3aOqw0S9fllcBjdOln7NM/mKbpqHs=; b=VMJO6WoR9OYcEmUu6SEXsFT4uDRdRuwccRGw1lj7wbTKlDJXx6dRbJ67 XzC7zmcZo8fJnQiuNfHGqigRJMp3hVVSzFOWgNurNYg+//r4ojFSdSaJh V7ynAJnku4rzcPZ/2yIYehqorrPSykL8ls/Tl7G840F4XMKFa7gpJbWjr K8/sc6qXae+L5rvrRHLks4HSdOdmGZdLrCgc+Gb1g5vLmjvWrxjzBA6Ii 1O1R+dbIpz7QCOWLusYzWGUIbjEtCBtei2jnZMe05mOAUrYNTiCEY/KMM kcwScVe8E9u8hm8IFhUsyOlaZLcuZE6kBds2E51cwCXqFMNsszoEDowvt Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10376"; a="364534105" X-IronPort-AV: E=Sophos;i="5.91,296,1647327600"; d="scan'208";a="364534105" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Jun 2022 01:06:47 -0700 X-IronPort-AV: E=Sophos;i="5.91,296,1647327600"; d="scan'208";a="673147817" Received: from xiruzha-mobl1.ccr.corp.intel.com (HELO chenyu5-mobl1) ([10.249.169.88]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Jun 2022 01:06:40 -0700 Date: Mon, 13 Jun 2022 16:06:36 +0800 From: Chen Yu To: Yicong Yang Cc: Peter Zijlstra , Vincent Guittot , Mel Gorman , yangyicong@hisilicon.com, Ingo Molnar , Juri Lelli , Dietmar Eggemann , Steven Rostedt , Barry Song <21cnbao@gmail.com>, Srikar Dronamraju , Len Brown , Ben Segall , Aubrey Li , Abel Wu , Daniel Bristot de Oliveira , Tim Chen , linux-kernel@vger.kernel.org, K Prateek Nayak , Mohini Narkhede Subject: Re: [PATCH v4] sched/fair: Introduce SIS_UTIL to search idle CPU based on sum of util_avg Message-ID: <20220613080636.GA32587@chenyu5-mobl1> References: <20220612163428.849378-1-yu.c.chen@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-5.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE 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 On Mon, Jun 13, 2022 at 03:40:52PM +0800, Yicong Yang wrote: > On 2022/6/13 0:34, Chen Yu wrote: > > [cut...] > > #define NUMA_IMBALANCE_MIN 2 > > diff --git a/kernel/sched/features.h b/kernel/sched/features.h > > index 1cf435bbcd9c..3334a1b93fc6 100644 > > --- a/kernel/sched/features.h > > +++ b/kernel/sched/features.h > > @@ -61,6 +61,7 @@ SCHED_FEAT(TTWU_QUEUE, true) > > * When doing wakeups, attempt to limit superfluous scans of the LLC domain. > > */ > > SCHED_FEAT(SIS_PROP, true) > > +SCHED_FEAT(SIS_UTIL, true) > > > > confused here that shouldn't we have SCHED_FEAT(SIS_PROP, false)? With SIS_UTIL enabled, SIS_PROP will have no > effect since nr is overridden by SIS_UTIL. Yes, no matter what SIS_PROP is set, the result of SIS_UTIL would be used to decide the scan depth. We don't change the default value of SIS_PROP here, as this patch tends to only touch one feature at one time. And the options could be tuned by user via sysfs manually. Besides, the target is to replace SIS_PROP with another search policy, Peter mentioned that "And ideally we're remove SIS_PROP after a few releases if this works out", so I assume that changing the default value of SIS_PROP does not matter in current patch. thanks, Chenyu