Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp3733906iog; Tue, 28 Jun 2022 01:20:12 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tWr4sz6ThLzxPrwTwd3F/rVhm52MCp6eRZM6fcRH4JwltnxjBY8BwWxGEhCWQxMFDTdUNL X-Received: by 2002:a17:902:8547:b0:16a:3564:915b with SMTP id d7-20020a170902854700b0016a3564915bmr3735970plo.87.1656404412274; Tue, 28 Jun 2022 01:20:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656404412; cv=none; d=google.com; s=arc-20160816; b=TFfapymvOtRPLjIJvUwM7288h+FzTq2fEWdO3lMUsq7O/4bGO+7jBDWtjge4M7ThtD uoAthFZO5RaNMIFSEETO7k59snw5gQJkU3pyrKHPnf6VoP0h/zW0FE2/34Wd2r5ltolx 1yNSlKus/rF7E49YiwR/1R/8L7gjUXRO4eOc+RTIHy/mCX+jdSn+CYs+Crj4t435del3 SV6EjPTIwlx1LOWbQPUPNeSyH5RBDjlpb4+zazi6XuILz8cpooUGQdrf69jVtqzcqIWo 6oMjsQlLJIMOhZFdP/dcrhC4z5euJds7bwkUR6itFMqjBIIWjsI2bRLcrLPllbQgYfhw UnCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=rfWHL3nFAPu+5uHNqPBn1wyQaHWozMRHxmV9XxsbGsY=; b=IDknD+g9Y+orw425CUzKjYLSsXz6A0YhIzB4LP29HymJDnSJuajKnvLkHeUVm7OF8Y XWvrLC7UCiidBHNNNQkMaiQmcY/Mm8fHDUifcfsmlavAjubDBqMfO7JOt6jB5sN4Y6+A +w/yfoU5VwpGJoHaoMpsflcKXLvmvV/jK8RPp7w9N33HLbUmXrft30B9CZGWSlvSkL5s HEUWp1RV6XTNMkT7XU6y8rYAYOjwaVjhUcLepkcXJY/wOaqhLqOOzakPTAbRRfrmSY3l OqVFYPUNIA8YnG2gro96tLWpF6WGWvavQA6HVO/DkpUMmmCwqpvhMKSBjyfX/kpf13m4 0O8w== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 77-20020a630150000000b004111ba42ff8si4793265pgb.633.2022.06.28.01.19.59; Tue, 28 Jun 2022 01:20:12 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242494AbiF1H6H (ORCPT + 99 others); Tue, 28 Jun 2022 03:58:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52864 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343785AbiF1H5h (ORCPT ); Tue, 28 Jun 2022 03:57:37 -0400 Received: from out30-131.freemail.mail.aliyun.com (out30-131.freemail.mail.aliyun.com [115.124.30.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DC1C415FCC for ; Tue, 28 Jun 2022 00:57:35 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R661e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018045168;MF=cruzzhao@linux.alibaba.com;NM=1;PH=DS;RN=10;SR=0;TI=SMTPD_---0VHgOVzx_1656403046; Received: from rt2b04371.sqa.tbc.tbsite.net(mailfrom:CruzZhao@linux.alibaba.com fp:SMTPD_---0VHgOVzx_1656403046) by smtp.aliyun-inc.com; Tue, 28 Jun 2022 15:57:32 +0800 From: Cruz Zhao To: mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, bristot@redhat.com Cc: linux-kernel@vger.kernel.org Subject: [PATCH 0/3] sched/core: Optimize load balance of core scheduling Date: Tue, 28 Jun 2022 15:57:22 +0800 Message-Id: <1656403045-100840-1-git-send-email-CruzZhao@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY,USER_IN_DEF_SPF_WL 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 If the tasks with the same cookie are equal on SMT siblings, they can make pairs when pick next task, and forceidle can be avoided. In order to achieve this goal, we have to count how many tasks with this cookie are in the runqueue. When counting we found a bug that task won't enqueue into core tree when we update cookie of an uncookie'd task, so we fix this bug first. Cruz Zhao (3): sched/core: Fix the bug that task won't enqueue into core tree when update cookie sched/core: Introduce nr_running percpu for each cookie sched/core: Make tasks with the same cookie pairs on SMT siblings kernel/sched/core.c | 7 +++++ kernel/sched/core_sched.c | 18 ++++++------ kernel/sched/fair.c | 4 +-- kernel/sched/sched.h | 74 +++++++++++++++++++++++++++++++++++++++++++---- 4 files changed, 86 insertions(+), 17 deletions(-) -- 1.8.3.1