Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp2298497rdd; Fri, 12 Jan 2024 05:40:17 -0800 (PST) X-Google-Smtp-Source: AGHT+IH5Jnhn6Bhr2qPSG7IxDw6SX7P9MChI1Ln8RKb7HL/ksAWTY8UYbbQ0cAvFlTnV21Bog1t1 X-Received: by 2002:a05:6a21:1a7:b0:19a:4267:d9fe with SMTP id le39-20020a056a2101a700b0019a4267d9femr1352404pzb.5.1705066817466; Fri, 12 Jan 2024 05:40:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1705066817; cv=none; d=google.com; s=arc-20160816; b=m/xkaiQyWjOLgteRLUqiTrPa2Kd9fKcRCiDY4+bxv3j20mwTe3ZPydAE/DyXOrzE0i wA/Qa5JrldrrYh6luIVWePR3ZY5cTYdB5x7UoLx2GSnKUeTrjEQeN9/jYJH6aJ2fPpfs 1Q5wJ7RBXV5jGmZRXNZDWJNUeYqinin7DC4TWjHbkMU36nueV0cJ9ZTCu1786kECeasU DlCXFMAmvMylkdGy2TvTCMAITo+a8hby3YRGCUf6LrY0uPrIO5SRiokEBSbJr1t4STSc vzBvMGCzzrcm6MDOMEAeAAg1WjisX6aLouwF0GR9RLK8dXztF1s5aviln7KuNI7Z2el2 pTOQ== ARC-Message-Signature: i=1; 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=S1FJ2gnHKE1bdkYm/vELbQGczQfkcJOmXBmDPyxJ9WQ=; fh=cKnnuKiI26Y2XZcDrYu6F5PemUXVxu6KF717xnjNoRc=; b=FdHHjovKFd7eiDE393BOJXg6q4rIQelOSoe/AJgWNOaN0pXUnwh4eDYr6BMBHwCUHM oQ4tVHLQU7o0YnzT/KszFkQXHy41V9pv0aqtJ9SfNeVnn+E/OC9+AG8SeEAsLMM3ecBr uRSx6tNR11ed1T0Ojt/cDdb7S4cLgLwypkQvqasZxFp5ozf5aY5/wyETZK200aviq9t/ pnBI0iU80nb04BELrTi2afWTjhz7UdKNpmCi72aaDd+qUsROtJPN2b03gS7eobO7CJFG MPucVKfRqf9Z6y/oeIQviRL4r6tJ/Q1cVTxyMv8t2dQNWvmCVAMnwd0wQ4zpJC+WTkih BZlA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-24694-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-24694-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id q24-20020a63e218000000b005ce018f428bsi3236732pgh.681.2024.01.12.05.40.17 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Jan 2024 05:40:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-24694-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-24694-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-24694-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 sv.mirrors.kernel.org (Postfix) with ESMTPS id B03D62826D9 for ; Fri, 12 Jan 2024 13:40:05 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 3ADC76D1A7; Fri, 12 Jan 2024 13:40:00 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 6B5B222078 for ; Fri, 12 Jan 2024 13:39:57 +0000 (UTC) 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 393541FB; Fri, 12 Jan 2024 05:40:36 -0800 (PST) Received: from [10.57.77.195] (unknown [10.57.77.195]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id EED703F5A1; Fri, 12 Jan 2024 05:39:47 -0800 (PST) Message-ID: Date: Fri, 12 Jan 2024 14:39:46 +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/idle: Prevent stopping the tick when there is no cpuidle driver Content-Language: en-US To: Anna-Maria Behnsen , linux-kernel@vger.kernel.org Cc: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Valentin Schneider , Thomas Gleixner References: <20231215130501.24542-1-anna-maria@linutronix.de> <87ttnmiif9.fsf@somnus> <06a2561f-557b-4eaa-8f11-75883bbbaef9@arm.com> <87a5pag6q7.fsf@somnus> From: Pierre Gondois In-Reply-To: <87a5pag6q7.fsf@somnus> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello Anna-Maria, On 1/12/24 11:56, Anna-Maria Behnsen wrote: > Pierre Gondois writes: > >> Hello Anna-Maria, >> >> On 1/9/24 17:24, Anna-Maria Behnsen wrote: >>> >>> When there is no cpuidle driver, there is no instance which could bring >>> the CPU into a deeper C state. But at the moment the code does >>> unconditionally try to stop the tick. So the aim of the patch is to >>> remove this unconditional stop of the tick. >> >> I agree that the absence of cpuidle driver prevents from reaching deep >> idle states. FWIU, there is however still benefits in stopping the tick >> on such platform. > > What's the benefit? I did the following test: - on an arm64 Juno-r2 platform (2 big A-72 and 4 little A-53 CPUs) - booting with 'cpuidle.off=1' - using the energy counters of the platforms (the counters measure energy for the whole cluster of big/little CPUs) - letting the platform idling during 10s Without patch: | | big-CPUs | little-CPUs | |:------|-------------:|------------:| | count | 10 | 10 | | mean | 0.353266 | 0.33399 | | std | 0.000254574 | 0.00206803 | | min | 0.352991 | 0.332145 | | 25% | 0.353039 | 0.332506 | | 50% | 0.353267 | 0.333089 | | 75% | 0.353412 | 0.335231 | | max | 0.353737 | 0.337964 | With patch: | | big-CPUs | little-CPUs | |:------|-------------:|-------------:| | count | 10 | 10 | | mean | 0.375086 | 0.352451 | | std | 0.000299919 | 0.000752727 | | min | 0.374527 | 0.351743 | | 25% | 0.374872 | 0.35181 | | 50% | 0.37512 | 0.352063 | | 75% | 0.375335 | 0.353256 | | max | 0.375485 | 0.353461 | So the energy consumption would be up: - ~6% for the big CPUs - ~10% for the litte CPUs Regards, Pierre > > Thanks, > > Anna-Maria >