Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp1027751iog; Wed, 15 Jun 2022 18:48:29 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sXwtv9XfMyopx5+yWDqjqrZ4iaXNMZ9OV2IRIBUqTILgliZb0BwgcS4Bpk+XSNySPCnoF6 X-Received: by 2002:a65:5c48:0:b0:382:2c7:28e9 with SMTP id v8-20020a655c48000000b0038202c728e9mr2416724pgr.472.1655344109737; Wed, 15 Jun 2022 18:48:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655344109; cv=none; d=google.com; s=arc-20160816; b=moqm3hqQsd7p+4AKanZ7GNJJPQj5N9Rpnwh3MYTZ7ZghTO2cEQJQBnFqF9f00R4Pk1 QVd2ndFfDetFknm0ThmGnmk6Rff1mdu8TKSZD9AWMdDDXYkfusQKcPTVe5khL9C8aCwZ e9pALzne1lQhHJfwcOEtEsc+p0BCLRxC/CojbllRfR37UKq34dZ/4DalpfptcE9Mvv6V jAbpM7lIU1u/r3kv03DOQJCOeQ9iBTCnxgk7HmFJWmPdblkxR+Xw7zXL65n07m+CkoB3 2qK3iTWhu5Jd45ZcAUOLCgGEQ7xY/76tvliYbFgOg0+XUXhZZ/5oNYuBvC+YStbh6Fqc 65DQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=ru8tNenqnqTRfkkTPiRgULlbvQZpKuoaZHvX2v4GmAM=; b=ScEZnwNK9ExB3fZT8KI0/EBBiiS/JlEM8LI9s33bEdpt3smW8Vp1Z/mkKBHqGL0YPH 1h8hxb3HdhaQ4WJdFXFQKCIHlm3lBddvmnzy4ur5qe7ixFl1DJ0Mcg76wJ4yLjwqJSmE f4kh+TEqmPCeUzEVEPFbXGT8cvFWeD6vTVRiD4coTknhsoiEmBQyQXMkmdnoXNZ2/t/u zxPN0LqgMaTmt9jo6c7z9LOWWavTw26Yoj/r2OFWYPcpFdrbGNyuynoFFI4+FsDPxnB3 /naVeYhM4eW1eS+4XrBm80/t/KiiOXjR4Y/L4xxl7r+l63/Jy2Zhvo3s0XA3XsVjZJS0 TtXA== 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a193-20020a6390ca000000b003c6b63ed4adsi866800pge.331.2022.06.15.18.48.15; Wed, 15 Jun 2022 18:48:29 -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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354229AbiFPBbx (ORCPT + 99 others); Wed, 15 Jun 2022 21:31:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36288 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350881AbiFPBbv (ORCPT ); Wed, 15 Jun 2022 21:31:51 -0400 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 63EFF5713F; Wed, 15 Jun 2022 18:31:50 -0700 (PDT) Received: from dggemv704-chm.china.huawei.com (unknown [172.30.72.55]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4LNl1T5L7WzSh0h; Thu, 16 Jun 2022 09:28:29 +0800 (CST) Received: from kwepemm600003.china.huawei.com (7.193.23.202) by dggemv704-chm.china.huawei.com (10.3.19.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 16 Jun 2022 09:31:48 +0800 Received: from [10.67.111.205] (10.67.111.205) by kwepemm600003.china.huawei.com (7.193.23.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 16 Jun 2022 09:31:47 +0800 Subject: Re: [RFC 06/13] perf kwork: Implement perf kwork report To: Namhyung Kim CC: Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , linux-kernel , linux-perf-users References: <20220613094605.208401-1-yangjihong1@huawei.com> <20220613094605.208401-7-yangjihong1@huawei.com> <2953080a-a1bd-0a1c-8466-96c4b58de2e6@huawei.com> From: Yang Jihong Message-ID: <36cb15b2-a8e0-1beb-3462-16a79d41c40d@huawei.com> Date: Thu, 16 Jun 2022 09:31:47 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.67.111.205] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To kwepemm600003.china.huawei.com (7.193.23.202) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Hello, On 2022/6/16 6:01, Namhyung Kim wrote: > On Tue, Jun 14, 2022 at 8:12 PM Yang Jihong wrote: >> >> Hello, >> >> On 2022/6/15 5:49, Namhyung Kim wrote: >>> On Mon, Jun 13, 2022 at 2:48 AM Yang Jihong wrote: >>>> >>>> Implements framework of perf kwork report, which is used to report time >>>> properties such as run time and frequency: >>>> >>>> test case: >>>> >>>> Kwork Name | Cpu | Avg delay | Frequency | Max delay | Max delay start | Max delay end | >>>> --------------------------------------------------------------------------------------------------------------------------- >>>> --------------------------------------------------------------------------------------------------------------------------- >>>> >>>> Since there are no report supported events, the output is empty. >>>> >>>> Briefly describe the data structure: >>>> 1. "class" indicates event type. For example, irq and softiq correspond >>>> to different types. >>>> 2. "cluster" refers to a specific event corresponding to a type. For >>>> example, RCU and TIMER in softirq correspond to different clusters, >>>> which contains three types of events: raise, entry, and exit. >>> >>> I'm not good at naming but how about calling it "work" instead? >>> It's all about kernel works anyway.. >>> >> How about calling it "work_atoms" ? >> Otherwise, "work" feels a little similar to kwork_class in the first step. > > Didn't you already have "atom"? I think we can have a hierarchy like > class (IRQ) - work (eth0) - atom. OK, I'll modify it in next version according to this hierarchy. Thanks, Jihong .