Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1825460ybn; Thu, 26 Sep 2019 02:48:54 -0700 (PDT) X-Google-Smtp-Source: APXvYqzM0tt3YOJQ7f3i9ca/t/DADa/ic5xT9X4U/kqhFhdjg5nDIOYWiYV65abMMvzW0pgUiB4I X-Received: by 2002:a17:906:60d0:: with SMTP id f16mr2184366ejk.267.1569491333984; Thu, 26 Sep 2019 02:48:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569491333; cv=none; d=google.com; s=arc-20160816; b=c61F4j4j/+IyDYeUwVdjZ2ubdwc3W8NeV68eM4DUDcYrZxDGxw8VEPj3g+QvT++isb lZh7Xh0rH9WOLtq0mwCnFNnROsDx4sSj1SXnr0bALHtMmHDBG3eF7AaCj5fBieEFfHXT UcuFl3GyPyPDPWMtlmfuHle52qFazgFBbcJ5xRZU22lbz9gZgMM7T0QQUK1GBdjR3n63 S5pZ6XI3mp9KO276keIVTH04eW68VK13LhlSIMqSs82luAX/Dl5/m9pwpdGvoSBfJg/K Iw9geddKH/rvEbcidBjRL3+9Wpf4FHp6ShtB5J7BZ9M3nSFKmjQc9eb7RFopExI6E+uP dXRw== 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:subject:autocrypt:openpgp:from:references:cc:to; bh=O4Q1BL7Dd0j/dHe668/7yYvU854rWz9rfB5DzgYh2SI=; b=gdbl61IlWagCHPc1GU/izPIxMGMFlMXtw+XY0bZvUyJJlpRcrHFonHmbARJY36/Oav iVafY88TTVGrmTmZi/DZwH/VXV/RMDBN6dE8zupRy7JIzoQt2kTKaePdcQkApUWQpud7 45jj2cgOAtwhLr5/lYC63GQn2mNp1RWl3EKDOYuTeQKS2KFll2hbQs83Z3loPAZDjJ1F acQFdjB4wdvgGfaBuCDkMhQUJh4Ie+Q6njN9WzDi4jkL5dnGoWhEtrPKO2fVGQ3OcxDu Oa6OmryzYIRcEfSc9iKxNlxxfyFYTRYruBPohXWz78zP99mfa7yJ4aHl9XFF/E/vTWh1 0lqA== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d19si706110ejr.163.2019.09.26.02.48.30; Thu, 26 Sep 2019 02:48:53 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2505161AbfIYRYX (ORCPT + 99 others); Wed, 25 Sep 2019 13:24:23 -0400 Received: from mga01.intel.com ([192.55.52.88]:12351 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2505152AbfIYRYX (ORCPT ); Wed, 25 Sep 2019 13:24:23 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Sep 2019 10:24:22 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,548,1559545200"; d="scan'208";a="193842451" Received: from schen9-desk.jf.intel.com (HELO [10.54.74.162]) ([10.54.74.162]) by orsmga006.jf.intel.com with ESMTP; 25 Sep 2019 10:24:22 -0700 To: Aubrey Li Cc: Dario Faggioli , Julien Desfossez , "Li, Aubrey" , Aaron Lu , Subhra Mazumdar , Vineeth Remanan Pillai , Nishanth Aravamudan , Peter Zijlstra , Ingo Molnar , Thomas Gleixner , Paul Turner , Linus Torvalds , Linux List Kernel Mailing , =?UTF-8?B?RnLDqWTDqXJpYyBXZWlzYmVja2Vy?= , Kees Cook , Greg Kerr , Phil Auld , Valentin Schneider , Mel Gorman , Pawan Gupta , Paolo Bonzini References: <20190612163345.GB26997@sinkpad> <635c01b0-d8f3-561b-5396-10c75ed03712@oracle.com> <20190613032246.GA17752@sinkpad> <20190619183302.GA6775@sinkpad> <20190718100714.GA469@aaronlu> <20190725143003.GA992@aaronlu> <20190726152101.GA27884@sinkpad> <7dc86e3c-aa3f-905f-3745-01181a3b0dac@linux.intel.com> <20190802153715.GA18075@sinkpad> <69cd9bca-da28-1d35-3913-1efefe0c1c22@linux.intel.com> From: Tim Chen Openpgp: preference=signencrypt Autocrypt: addr=tim.c.chen@linux.intel.com; prefer-encrypt=mutual; keydata= mQINBE6ONugBEAC1c8laQ2QrezbYFetwrzD0v8rOqanj5X1jkySQr3hm/rqVcDJudcfdSMv0 BNCCjt2dofFxVfRL0G8eQR4qoSgzDGDzoFva3NjTJ/34TlK9MMouLY7X5x3sXdZtrV4zhKGv 3Rt2osfARdH3QDoTUHujhQxlcPk7cwjTXe4o3aHIFbcIBUmxhqPaz3AMfdCqbhd7uWe9MAZX 7M9vk6PboyO4PgZRAs5lWRoD4ZfROtSViX49KEkO7BDClacVsODITpiaWtZVDxkYUX/D9OxG AkxmqrCxZxxZHDQos1SnS08aKD0QITm/LWQtwx1y0P4GGMXRlIAQE4rK69BDvzSaLB45ppOw AO7kw8aR3eu/sW8p016dx34bUFFTwbILJFvazpvRImdjmZGcTcvRd8QgmhNV5INyGwtfA8sn L4V13aZNZA9eWd+iuB8qZfoFiyAeHNWzLX/Moi8hB7LxFuEGnvbxYByRS83jsxjH2Bd49bTi XOsAY/YyGj6gl8KkjSbKOkj0IRy28nLisFdGBvgeQrvaLaA06VexptmrLjp1Qtyesw6zIJeP oHUImJltjPjFvyfkuIPfVIB87kukpB78bhSRA5mC365LsLRl+nrX7SauEo8b7MX0qbW9pg0f wsiyCCK0ioTTm4IWL2wiDB7PeiJSsViBORNKoxA093B42BWFJQARAQABtDRUaW0gQ2hlbiAo d29yayByZWxhdGVkKSA8dGltLmMuY2hlbkBsaW51eC5pbnRlbC5jb20+iQI+BBMBAgAoAhsD BgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAUCXFIuxAUJEYZe0wAKCRCiZ7WKota4STH3EACW 1jBRzdzEd5QeTQWrTtB0Dxs5cC8/P7gEYlYQCr3Dod8fG7UcPbY7wlZXc3vr7+A47/bSTVc0 DhUAUwJT+VBMIpKdYUbvfjmgicL9mOYW73/PHTO38BsMyoeOtuZlyoUl3yoxWmIqD4S1xV04 q5qKyTakghFa+1ZlGTAIqjIzixY0E6309spVTHoImJTkXNdDQSF0AxjW0YNejt52rkGXXSoi IgYLRb3mLJE/k1KziYtXbkgQRYssty3n731prN5XrupcS4AiZIQl6+uG7nN2DGn9ozy2dgTi smPAOFH7PKJwj8UU8HUYtX24mQA6LKRNmOgB290PvrIy89FsBot/xKT2kpSlk20Ftmke7KCa 65br/ExDzfaBKLynztcF8o72DXuJ4nS2IxfT/Zmkekvvx/s9R4kyPyebJ5IA/CH2Ez6kXIP+ q0QVS25WF21vOtK52buUgt4SeRbqSpTZc8bpBBpWQcmeJqleo19WzITojpt0JvdVNC/1H7mF 4l7og76MYSTCqIKcLzvKFeJSie50PM3IOPp4U2czSrmZURlTO0o1TRAa7Z5v/j8KxtSJKTgD lYKhR0MTIaNw3z5LPWCCYCmYfcwCsIa2vd3aZr3/Ao31ZnBuF4K2LCkZR7RQgLu+y5Tr8P7c e82t/AhTZrzQowzP0Vl6NQo8N6C2fcwjSrkCDQROjjboARAAx+LxKhznLH0RFvuBEGTcntrC 3S0tpYmVsuWbdWr2ZL9VqZmXh6UWb0K7w7OpPNW1FiaWtVLnG1nuMmBJhE5jpYsi+yU8sbMA 5BEiQn2hUo0k5eww5/oiyNI9H7vql9h628JhYd9T1CcDMghTNOKfCPNGzQ8Js33cFnszqL4I N9jh+qdg5FnMHs/+oBNtlvNjD1dQdM6gm8WLhFttXNPn7nRUPuLQxTqbuoPgoTmxUxR3/M5A KDjntKEdYZziBYfQJkvfLJdnRZnuHvXhO2EU1/7bAhdz7nULZktw9j1Sp9zRYfKRnQdIvXXa jHkOn3N41n0zjoKV1J1KpAH3UcVfOmnTj+u6iVMW5dkxLo07CddJDaayXtCBSmmd90OG0Odx cq9VaIu/DOQJ8OZU3JORiuuq40jlFsF1fy7nZSvQFsJlSmHkb+cDMZDc1yk0ko65girmNjMF hsAdVYfVsqS1TJrnengBgbPgesYO5eY0Tm3+0pa07EkONsxnzyWJDn4fh/eA6IEUo2JrOrex O6cRBNv9dwrUfJbMgzFeKdoyq/Zwe9QmdStkFpoh9036iWsj6Nt58NhXP8WDHOfBg9o86z9O VMZMC2Q0r6pGm7L0yHmPiixrxWdW0dGKvTHu/DH/ORUrjBYYeMsCc4jWoUt4Xq49LX98KDGN dhkZDGwKnAUAEQEAAYkCJQQYAQIADwIbDAUCXFIulQUJEYZenwAKCRCiZ7WKota4SYqUEACj P/GMnWbaG6s4TPM5Dg6lkiSjFLWWJi74m34I19vaX2CAJDxPXoTU6ya8KwNgXU4yhVq7TMId keQGTIw/fnCv3RLNRcTAapLarxwDPRzzq2snkZKIeNh+WcwilFjTpTRASRMRy9ehKYMq6Zh7 PXXULzxblhF60dsvi7CuRsyiYprJg0h2iZVJbCIjhumCrsLnZ531SbZpnWz6OJM9Y16+HILp iZ77miSE87+xNa5Ye1W1ASRNnTd9ftWoTgLezi0/MeZVQ4Qz2Shk0MIOu56UxBb0asIaOgRj B5RGfDpbHfjy3Ja5WBDWgUQGgLd2b5B6MVruiFjpYK5WwDGPsj0nAOoENByJ+Oa6vvP2Olkl gQzSV2zm9vjgWeWx9H+X0eq40U+ounxTLJYNoJLK3jSkguwdXOfL2/Bvj2IyU35EOC5sgO6h VRt3kA/JPvZK+6MDxXmm6R8OyohR8uM/9NCb9aDw/DnLEWcFPHfzzFFn0idp7zD5SNgAXHzV PFY6UGIm86OuPZuSG31R0AU5zvcmWCeIvhxl5ZNfmZtv5h8TgmfGAgF4PSD0x/Bq4qobcfaL ugWG5FwiybPzu2H9ZLGoaRwRmCnzblJG0pRzNaC/F+0hNf63F1iSXzIlncHZ3By15bnt5QDk l50q2K/r651xphs7CGEdKi1nU0YJVbQxJQ== Subject: Re: [RFC PATCH v3 00/16] Core scheduling v3 Message-ID: <54fbb676-61f9-e76c-7be3-fe2c2bb473da@linux.intel.com> Date: Wed, 25 Sep 2019 10:24:21 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/24/19 7:40 PM, Aubrey Li wrote: > On Sat, Sep 7, 2019 at 2:30 AM Tim Chen wrote: >> +static inline s64 core_sched_imbalance_delta(int src_cpu, int dst_cpu, >> + int src_sibling, int dst_sibling, >> + struct task_group *tg, u64 task_load) >> +{ >> + struct sched_entity *se, *se_sibling, *dst_se, *dst_se_sibling; >> + s64 excess, deficit, old_mismatch, new_mismatch; >> + >> + if (src_cpu == dst_cpu) >> + return -1; >> + >> + /* XXX SMT4 will require additional logic */ >> + >> + se = tg->se[src_cpu]; >> + se_sibling = tg->se[src_sibling]; >> + >> + excess = se->avg.load_avg - se_sibling->avg.load_avg; >> + if (src_sibling == dst_cpu) { >> + old_mismatch = abs(excess); >> + new_mismatch = abs(excess - 2*task_load); >> + return old_mismatch - new_mismatch; >> + } >> + >> + dst_se = tg->se[dst_cpu]; >> + dst_se_sibling = tg->se[dst_sibling]; >> + deficit = dst_se->avg.load_avg - dst_se_sibling->avg.load_avg; >> + >> + old_mismatch = abs(excess) + abs(deficit); >> + new_mismatch = abs(excess - (s64) task_load) + >> + abs(deficit + (s64) task_load); > > If I understood correctly, these formulas made an assumption that the task > being moved to the destination is matched the destination's core cookie. That's not the case. We do not need to match the destination's core cookie, as that may change after context switches. It needs to reduce the load mismatch with the destination CPU's sibling for that cgroup. > so if > the task is not matched with dst's core cookie and still have to stay > in the runqueue > then the formula becomes not correct. > >> /** >> * update_sg_lb_stats - Update sched_group's statistics for load balancing. >> * @env: The load balancing environment. >> @@ -8345,7 +8492,8 @@ static inline void update_sg_lb_stats(struct lb_env *env, >> else >> load = source_load(i, load_idx); >> >> - sgs->group_load += load; > > Why is this load update line removed? This was removed accidentally. Should be restored. > >> + core_sched_imbalance_scan(sgs, i, env->dst_cpu); >> + >> sgs->group_util += cpu_util(i); >> sgs->sum_nr_running += rq->cfs.h_nr_running; >> > Thanks. Tim