Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3068684ybt; Mon, 29 Jun 2020 14:27:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLANofnrTAF+TiZKkOSb+Z+mIj67jhpJtCyOvLl1cZrEAKuQZGNAP37M9QLBwTb1KBYPV3 X-Received: by 2002:aa7:c816:: with SMTP id a22mr2632986edt.28.1593466078653; Mon, 29 Jun 2020 14:27:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593466078; cv=none; d=google.com; s=arc-20160816; b=rBCHoO6LDBKvE+0P7vXEpUCZlmsH8aT7uYBYlGVsHsWqrfNkIi0v4W+9+0OHXDj4FE m8wOq7EPTwZvjHWubrOoU2rD3dDeJiSBoAxON+GbtsJuXDk12xKxyqSU8+tg9xOoGIOy HuubrzOg5H9Cw3sbsMmYMEnkNqKG1AdQXOdluaaR+/8jO6762g9ZiDCcdPpcWy+jq9Z0 XAcIZ9nLuzkEhoBeG71KM+RB5qcMxcRqPq+G6HEJCujG6+/SA2oKtanBe0g/+aTAn6KE 2r+NM2rqBBjlENRniv23DWoqJJpgX1PSl3CBBlGNRaoTG/15l1f2eeX2VWbdjmpZ5dyp PwOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:ironport-sdr:ironport-sdr; bh=KBcjFQarGs1zxR751heOPjC7H1OOOjj9HV7mXPvqo+s=; b=j1Ug9jF5LDR+ZmYSVdUzNG2W8FJc3vb8+GypZdZ1DTIJGlfmUY3KkXugQy8Y81u2b1 O9JBnmF+xzo1X00ysqS5Lt/x6f7YP2TRtg4rRsJ7vY9JoVOAcr8Gk5UUpKSzoDV5CnEK /7jSCBigO6DcPVeOuXeRnra9dTDwDYGzjCWW4AwUgzqJFG4KYO7k7tXD965KuxFZeRGi ijAkfEKT9VpqDLcIOQBundQnEhv04uTNx7q6Fzy2qcsq85hpfdk4j+m7EDstKDibqwtB VT7IIbdjeW5GxpuaknG5bmrYcr59hcNIeu0Hk0H7VdMzF/JbJqWkQrgxq4GDNL9+vC8K lyWw== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g1si547996ejf.54.2020.06.29.14.27.35; Mon, 29 Jun 2020 14:27:58 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729098AbgF2VZy (ORCPT + 99 others); Mon, 29 Jun 2020 17:25:54 -0400 Received: from mga18.intel.com ([134.134.136.126]:30075 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729104AbgF2Smt (ORCPT ); Mon, 29 Jun 2020 14:42:49 -0400 IronPort-SDR: uD6OGMuOo7eiurt2635f876GBaK9NIfB4a1RgygfC3tflqLoF/uVKoB9sSCIjVJ9EHEAYgkoM0 blEspmYeY5PA== X-IronPort-AV: E=McAfee;i="6000,8403,9666"; a="133384436" X-IronPort-AV: E=Sophos;i="5.75,294,1589266800"; d="scan'208";a="133384436" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Jun 2020 05:34:00 -0700 IronPort-SDR: 8fG8xVq429eM07+smEpJlcZATwZAdR411SM5hbOvFo4KF+c+JTOBJhxcoqkoKcPlEbrNOEBgfV GQ0M+UzUEuOA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,294,1589266800"; d="scan'208";a="294869715" Received: from cli6-desk1.ccr.corp.intel.com (HELO [10.239.161.135]) ([10.239.161.135]) by orsmga002.jf.intel.com with ESMTP; 29 Jun 2020 05:33:55 -0700 Subject: Re: [RFC PATCH 00/13] Core scheduling v5 To: Vineeth Remanan Pillai , Nishanth Aravamudan , Julien Desfossez , Peter Zijlstra , Tim Chen , Linus Torvalds Cc: Linux List Kernel Mailing , =?UTF-8?B?RnLDqWTDqXJpYyBXZWlzYmVja2Vy?= , Ingo Molnar , Kees Cook , Thomas Gleixner , Greg Kerr , Phil Auld , Aaron Lu , Aubrey Li , Valentin Schneider , Mel Gorman , Pawan Gupta , Paolo Bonzini , Joel Fernandes , Joel Fernandes , Paul Turner References: From: "Li, Aubrey" Message-ID: <1e3c84b1-78c3-af2c-cfe5-bdd96f520576@linux.intel.com> Date: Mon, 29 Jun 2020 20:33:54 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Vineeth, On 2020/6/26 4:12, Vineeth Remanan Pillai wrote: > On Wed, Mar 4, 2020 at 12:00 PM vpillai wrote: >> >> >> Fifth iteration of the Core-Scheduling feature. >> > Its probably time for an iteration and We are planning to post v6 based > on this branch: > https://github.com/digitalocean/linux-coresched/tree/coresched/pre-v6-v5.7.y > > Just wanted to share the details about v6 here before posting the patch > series. If there is no objection to the following, we shall be posting > the v6 early next week. > > The main changes from v6 are the following: > 1. Address Peter's comments in v5 > - Code cleanup > - Remove fixes related to hotplugging. > - Split the patch out for force idling starvation > 3. Fix for RCU deadlock > 4. core wide priority comparison minor re-work. > 5. IRQ Pause patch > 6. Documentation > - https://github.com/digitalocean/linux-coresched/blob/coresched/pre-v6-v5.7.y/Documentation/admin-guide/hw-vuln/core-scheduling.rst > > This version is much leaner compared to v5 due to the removal of hotplug > support. As a result, dynamic coresched enable/disable on cpus due to > smt on/off on the core do not function anymore. I tried to reproduce the > crashes during hotplug, but could not reproduce reliably. The plan is to > try to reproduce the crashes with v6, and document each corner case for crashes > as we fix those. Previously, we randomly fixed the issues without a clear > documentation and the fixes became complex over time. > > TODO lists: > > - Interface discussions could not come to a conclusion in v5 and hence would > like to restart the discussion and reach a consensus on it. > - https://lwn.net/ml/linux-kernel/20200520222642.70679-1-joel@joelfernandes.org > > - Core wide vruntime calculation needs rework: > - https://lwn.net/ml/linux-kernel/20200506143506.GH5298@hirez.programming.kicks-ass.net > > - Load balancing/migration changes ignores group weights: > - https://lwn.net/ml/linux-kernel/20200225034438.GA617271@ziqianlu-desktop.localdomain According to Aaron's response below: https://lwn.net/ml/linux-kernel/20200305085231.GA12108@ziqianlu-desktop.localdomain/ The following logic seems to be helpful for Aaron's case. + /* + * Ignore cookie match if there is a big imbalance between the src rq + * and dst rq. + */ + if ((src_rq->cfs.h_nr_running - rq->cfs.h_nr_running) > 1) + return true; I didn't see any other comments on the patch at here: https://lwn.net/ml/linux-kernel/67e46f79-51c2-5b69-71c6-133ec10b68c4@linux.intel.com/ Do we have another way to address this issue? Thanks, -Aubrey