Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1978273rwb; Thu, 29 Sep 2022 04:52:22 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4doUOQKLp9rQISZ9DiXkhNOIrKc978CgUqQcK87jQKaEq00Y30fOHpIyNCDTUCPv6LWZfn X-Received: by 2002:a17:907:3188:b0:741:4bf7:ec1a with SMTP id xe8-20020a170907318800b007414bf7ec1amr2506872ejb.448.1664452341897; Thu, 29 Sep 2022 04:52:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664452341; cv=none; d=google.com; s=arc-20160816; b=AeXuEq0+e76rh1lYbIy+KWdwndEP4sWax12aoNIwX9W0srIEcKVUTp/MO1nSmZRLQQ +1+bB5xB3arpdeeu6cZ28q0KXAsm5ThwaN8++9C3KZ+mJb6ivLUdAwt/yfH4zstEu5s5 BJU1J5xoViRzDdPgIz80tRtwgMIZirmcNTbgkUVD5O266iZsHWbI7VzbFTGGR2o6odN8 BTpMTzdtFg1eyg5G6rQ62QBeClAXk2heUzKA+cd9MxblEZU4w+4L8IUib2pAO9i/t5G4 MNBHQnS73D0n12f7A6HrGC7FEScoGn/+QADrRhTZXovh1XDzzMx4uvMBPahBqGs6n3b6 ELtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=V1VE9NErfSoRSF4rGFhIBNAqxwDeTN8YHZljrMjnmtA=; b=WAs9/n52QQFtMhaAXwb4ik3Q4iQBJ5fExmpCzlNNs75cXYwelDYz6WqOGvlI6PyUfZ kP8BsrNTsIbUgPGeQVMtBc0If+jEQo1XdllIUA+NXNhMS/pFKfQkz+HBokIijtxK0vnh DO5Z+0FUlayb0Fk4ZYUv9YRa7hgsauFY8oEeboUtnhf5wD2B96KJj1VXaVzamKhDpHip t3GAS3vtJ4c0khPGk1F/bpPXl0j7nOxdGkOK+V9I9+I0izIYYSAdfKJTIrew8RFqY16h c7EnFs6IJee3El1H6SwIjnkKzfxNojmr/y3fCsYW8sn20JD5h096LlZ8a5ocJM3+pW+b XnGw== 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=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d8-20020a50ea88000000b0045744a03aefsi7412368edo.405.2022.09.29.04.51.56; Thu, 29 Sep 2022 04:52:21 -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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235013AbiI2LHr (ORCPT + 99 others); Thu, 29 Sep 2022 07:07:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47312 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232402AbiI2LHm (ORCPT ); Thu, 29 Sep 2022 07:07:42 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 18F781928D for ; Thu, 29 Sep 2022 04:07:40 -0700 (PDT) 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 061A315BF; Thu, 29 Sep 2022 04:07:47 -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 1AB363F73B; Thu, 29 Sep 2022 04:07:36 -0700 (PDT) Message-ID: Date: Thu, 29 Sep 2022 13:07:16 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [RFC PATCH 0/1] sched/pelt: Change PELT halflife at runtime Content-Language: en-US To: Peter Zijlstra , Jian-Min Liu Cc: Ingo Molnar , Vincent Guittot , Morten Rasmussen , Vincent Donnefort , Quentin Perret , Patrick Bellasi , Abhijeet Dharmapurikar , Qais Yousef , linux-kernel@vger.kernel.org, Jonathan JMChen References: <20220829055450.1703092-1-dietmar.eggemann@arm.com> <0f82011994be68502fd9833e499749866539c3df.camel@mediatek.com> From: Dietmar Eggemann In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_NONE 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 On 29/09/2022 11:47, Peter Zijlstra wrote: [...] >> --------------------------------------------------------------------- >> --| | PELT >> halflife | >> | |----------------------------------------------| >> | | 32 | 16 | 8 | >> | |----------------------------------------------| >> | | avg min avg | avg min avg | avg min avg| >> | Scenarios | fps fps pwr | fps fps pwr | fps fps pwr| >> |---------------------------------------------------------------------| >> | HOK game 60fps | 100 100 100 | 105 *134* 102 | 104 *152* 106| >> | HOK game 90fps | 100 100 100 | 101 *114* 101 | 103 *129* 105| >> | HOK game 120fps | 100 100 100 | 102 *124* 102 | 105 *134* 105| > > You have your min and avg fps columns mixed up, your min cannot be larger > than avg. > > Also, with min fps mostly above the actual screen fps, who cares. And > seriously 120fps on a phone !?!? for worse power usage! you gotta be > kidding me. I agree that since we don't know what 100% at 32 means its unclear what problem gets actually solved here by running with 16 or 8. > And I googled this game; it is some top-down tactical thing with > real-time combat (as opposed to turn-based) (DOTA like I suppose), > 60 fps locked should be plenty fine. > >> | FHD video rec. 60fps | 100 100 100 | n/a n/a n/a | 100 100 103| >> | Camera snapshot | 100 100 100 | n/a n/a n/a | 100 100 102| > > Mostly I think you've demonstrated that none of this is worth it. I assume Jian-Min added those two lines to demonstrate that they would need the run-time switch. >> ----------------------------------------------------------------------- >> >> HOK ... Honour Of Kings, Video game >> FHD ... Full High Definition >> fps ... frame per second >> pwr ... power consumption >> >> table values are in % > > Oh... that's bloody insane; that's why none of it makes sense. > > > How is any of that an answer to: > > "They want; I want an explanation of what exact problem is fixed how ;-)" > > This is just random numbers showing poking the number has some effect; > it has zero explaination of why poking the number changes the workload > and if that is in fact the right way to go about solving that particular > issue. Jian-Min, would you be able to show real numbers in comparison to the chosen fps here? And explain what the problem is which gets solved. What is the effect of this higher min fps values when running 16 or 8? And why is the default 32 not sufficient here?