Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D6885C433EF for ; Thu, 6 Jan 2022 12:05:10 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238725AbiAFMFI (ORCPT ); Thu, 6 Jan 2022 07:05:08 -0500 Received: from out30-133.freemail.mail.aliyun.com ([115.124.30.133]:42695 "EHLO out30-133.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232367AbiAFMFH (ORCPT ); Thu, 6 Jan 2022 07:05:07 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R201e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04357;MF=cruzzhao@linux.alibaba.com;NM=1;PH=DS;RN=14;SR=0;TI=SMTPD_---0V164GZB_1641470704; Received: from 30.21.164.187(mailfrom:cruzzhao@linux.alibaba.com fp:SMTPD_---0V164GZB_1641470704) by smtp.aliyun-inc.com(127.0.0.1); Thu, 06 Jan 2022 20:05:05 +0800 Message-ID: <3dc03eec-e88c-f886-efd5-81162350f12c@linux.alibaba.com> Date: Thu, 6 Jan 2022 20:05:04 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Subject: Re: [PATCH 2/2] sched/core: Uncookied force idle accounting per cpu Content-Language: en-US To: Josh Don Cc: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Benjamin Segall , Mel Gorman , Daniel Bristot de Oliveira , Alexey Dobriyan , Eric Dumazet , linux-kernel , linux-fsdevel References: <1640262603-19339-1-git-send-email-CruzZhao@linux.alibaba.com> <1640262603-19339-3-git-send-email-CruzZhao@linux.alibaba.com> <8be4679f-632b-97e5-9e48-1e1a37727ddf@linux.alibaba.com> From: cruzzhao In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 在 2022/1/6 上午4:59, Josh Don 写道: It's a good idea to combine them into a single sum. I separated them in order to be consistent with the task accounting and for easy to understand. As for change the task accounting, I've tried but I haven't found a proper method to do so. I've considered the following methods: 1. Account the uncookie'd force idle time to the uncookie'd task, but it'll be hard to trace the uncookie'd task. 2. Account the uncookie'd force idle time to the cookie'd task in the core_tree of the core, but it will cost a lot on traversing the core_tree. Many thanks for suggestions. Best, Cruz Zhao > Why do you need this separated out into two fields then? Could we just > combine the uncookie'd and cookie'd forced idle into a single sum? > > IMO it is fine to account the forced idle from uncookie'd tasks, but > we should then also change the task accounting to do the same, for > consistency.