Received: by 2002:ab2:6857:0:b0:1ef:ffd0:ce49 with SMTP id l23csp3399694lqp; Tue, 26 Mar 2024 08:11:55 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCURO23GxxLeGWXbm/+oFXp4K9GclottCOnxUrpVvA6JH+sK60F5y9Qmoe5Dq6HCFHSAN6zUVThCDFuD3cs/Jxl43ZJvtlZmLXXaSBiVcw== X-Google-Smtp-Source: AGHT+IGVI7LTMX5WcKEmSVIgbc0R5xQKJVt+rRb8vZiRdolcZ4ojueGlsJF450wmj1dWBPRGxX1N X-Received: by 2002:ac8:7dd5:0:b0:431:770d:1716 with SMTP id c21-20020ac87dd5000000b00431770d1716mr957309qte.23.1711465915288; Tue, 26 Mar 2024 08:11:55 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1711465915; cv=pass; d=google.com; s=arc-20160816; b=fD2aLkftXgMkZNoQ6+grJD5aiYpnqyhoWurZesAG1JKg7omteB9c2EJJf33bCAeaKu MRQVGj4BiL0nth0K5rlxEmhqStfXKS2NDYB1FkDPcE0w06BTLolE/tDXK0Oews6lejpM gnPpdKIRaBG+BKjrC+AXw27iCuW/SlgvZ+li1v0alHzB4TiICa9sBpl3kqLhhEE1Kku3 +R4ZFWAYguXpcy4b6vQSwcLujDipM/cCI3/QBMsdaiSsldYh+azg7OZE0iwFFu+hO07k dljfStf/nNTPlZ1jblwGyOKQ3uSybOitBYohCAX+JR2r9EQWqzCehzbM+FnOUKS6BIed o+2Q== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=Settl/3wLzrUw27ts9no7FzNt+F4eI0WZiWrnDcTncI=; fh=NFM8LE/SFgZBJTiXR3GXLoDe9m0eX//GlavDnLUZRvA=; b=w8amuyl/rtPBO1ZFpQsvD0rxfTiyAJlOZK1K2wu3fZVjif1YZZ9wK0AirTUlyzwyVe ppKeDujz0D1DoCP5XM1ppdoLFkPrsBqEW8Ok7tRbXFigyZ6EMgHo1IlUC/eVbOsp2j1x DmFQpMBUid4bL5DWICXG7FjBtgHI12S1yiar2EJk0xoXTr443FrzTciDRzVtSBmRP/7g 3x0G06rlVqKSmgmhgcdYOhUJdCC9jZsj31+f2ybkzTRxV4CUiOpJfJwxHcS8fGhmVq0m awx+KWTEpDe4ArmtxzcxIUZocZhU33lM4zhQex8cvjBVyRZ6we58bus2F3fFEsK/kwXs AW1A==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-119269-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-119269-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id f20-20020ac87f14000000b004311edc9d82si7531555qtk.767.2024.03.26.08.11.55 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Mar 2024 08:11:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-119269-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-119269-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-119269-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id A298F1C3EDC2 for ; Tue, 26 Mar 2024 15:11:44 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 29FE813C69D; Tue, 26 Mar 2024 15:11:38 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 07ADF12B82 for ; Tue, 26 Mar 2024 15:11:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711465897; cv=none; b=YScv9ezgiulkwCo5Ck7lQ1ldnHAukVlgrmbxMuVHDl9TqlMUQvb5fCGWyF3hGXe+1wBIeMH1BXY0rmYcUOnHxpU/KG+V1gZXhMMO+RsSJrZXylNJ4VYrZ9fH7x1MbI7V8FIFn/aJYE4t3VMgoLhxGDDvh5pQ48D1040MEGzuPKE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711465897; c=relaxed/simple; bh=nPXqd/Tu7w5BMdmJLMP73PDxLrkZ9KP73/J8go7AqyY=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=BAB/KxolL3649emBca4aOCKU74+t8XkJOgVOoT8QA32sGE0twqKdcc4rdNuuJg9n3Q7M4fsUXlL88FiKLI98KtYXqJA+s5kq/fl0ENDGEdSkaUCING23kOjZQQeWAQqS9JkEAXqfIl57ROXUbunfK0ExsIzqrOwnm3VO5ATACXQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id F22812F4; Tue, 26 Mar 2024 08:12:08 -0700 (PDT) Received: from [192.168.178.6] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8AE273F694; Tue, 26 Mar 2024 08:11:33 -0700 (PDT) Message-ID: <6c1eed8f-455f-4612-be4e-02876f35e37e@arm.com> Date: Tue, 26 Mar 2024 16:11:31 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] sched/fair: Simplify continue_balancing for newidle Content-Language: en-US To: Shrikanth Hegde , Ingo Molnar Cc: peterz@infradead.org, vincent.guittot@linaro.org, qyousef@layalina.io, linux-kernel@vger.kernel.org, vschneid@redhat.com, joshdon@google.com, riel@surriel.com References: <20240325153926.274284-1-sshegde@linux.ibm.com> <7e6789d6-1e85-4945-8a7b-02cadc95cfa5@linux.ibm.com> From: Dietmar Eggemann In-Reply-To: <7e6789d6-1e85-4945-8a7b-02cadc95cfa5@linux.ibm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 26/03/2024 10:00, Shrikanth Hegde wrote: > > On 3/26/24 1:37 PM, Ingo Molnar wrote: >> >> * Shrikanth Hegde wrote: >> [...] >> Is this actually true? Any change to behavior invalidates such a sentence. > > From what i think, code path is same and I don't see any functionality changing. > Correct me if i am wrong. > > Currently, sched_balance_newidle does the same check to bail out as the > should_we_balance check in case of newidle. i.e > > should_we_balance > if (env->dst_rq->nr_running > 0 || env->dst_rq->ttwu_pending) > return 0; > > sched_balance_newidle > if (pulled_task || this_rq->nr_running > 0 || > this_rq->ttwu_pending) > break; > } LGTM. Commit 792b9f65a568 ("sched: Allow newidle balancing to bail out of load_balance") (Jun 22) made sure that we leave sched_balance_rq() (former load_balance()) for CPU_NEWLY_IDLE asap to reduce wakeup latency. So IMHO, we can use 'continue_balancing' instead of 'this_rq->nr_running > 0 || this_rq->ttwu_pending' in sched_balance_newidle() (former newidle_balance()). Reviewed-by: Dietmar Eggemann