Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp751419ybh; Wed, 15 Jul 2020 14:21:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzgb+O0/zGS1dGS3EMI4mQ9Lyi615BHFpFoC8ImZJulvci/AFAr/g523P0abWNbvuDmOfF4 X-Received: by 2002:a17:906:b15:: with SMTP id u21mr853413ejg.520.1594848062748; Wed, 15 Jul 2020 14:21:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594848062; cv=none; d=google.com; s=arc-20160816; b=QHvlln5nMg8WsW794y79LCuVk/yJld2X73o5HI5GFTMciOmk0phmrdGXBAagSUU1pR /cb8lPwJfCMnaKsr8VSSep3+glzbZnxMq2Y1sR3OdKxyWDpEIE/zhDIgdye1VG74AZUO dPXggkU5vRtJElz+87lJbhCx+N0SReJ7RSiDsSmDk2ioaytP1YmLfA1XxWqlbTFztIaT JDt67GuXWMDczFrSXIlQjO40C8qMvWsEBojgCEHowkN123ZP6k+g9i0uNb2PkQJmLofd 1RvVuRmV6AuP4qaktBPPnmlfGD+U5P2dA0WBrx5Idl8epR63mwPLWMtPqRMJYdn39/fp LYbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=0pIO/CyK9TUBNUHGP+XxCwmCDqMIbTL/hRitVCQDSjQ=; b=xtOGCRu6LOkGlRKJ8Y/HjIWlgPYHJGwhAp88c4YrYmEDSWcPa+tSvI19TwiTaN6u8c C028QoZqf5DIFO0kUG8cg3UtIyESHM2N/LsCdRnqD1F2TuRWQbbI6K6DFxCPOZGKDIOE icgukKnqduZynryIqcc4kom4cDaKbvDZbaWtDiFvZ2P2KX51EoTuRP14uweHJK74Y4g+ RdJ61TkjufC9g8V9ZsMMGtFWIcw2MuuO3O+z3wjCUKWPRNbwsajtOT0L2cnuag7AgJxc 4J4B5VcoDtERlPmVnI0hXtnqMBDYi2cpEydEZD3kvfS52Eh/EJpZdfwZ9fgUV43d5HQg 0XJQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ZG1zi7bL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y19si1980606edt.374.2020.07.15.14.20.40; Wed, 15 Jul 2020 14:21:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ZG1zi7bL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726965AbgGOVTT (ORCPT + 99 others); Wed, 15 Jul 2020 17:19:19 -0400 Received: from us-smtp-2.mimecast.com ([207.211.31.81]:20902 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725917AbgGOVTR (ORCPT ); Wed, 15 Jul 2020 17:19:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1594847956; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0pIO/CyK9TUBNUHGP+XxCwmCDqMIbTL/hRitVCQDSjQ=; b=ZG1zi7bLz5pTOulrtyhx9No48Cb9/kPsuDLeRgKH3TARgO+AtF6v7bcx72+8Y06ycu0vli JT2pp6L9Pm9RkEueDVEAL6nq59w8eSagJHMiuQe41Pa9wNoa9r+b3xNiRZx5ZEew6hGY7q EtASz+cKzB7RUZOFKJ0o7SHRkpIkO9g= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-485-894-qe1GP7y-jGgegK0VSw-1; Wed, 15 Jul 2020 17:19:14 -0400 X-MC-Unique: 894-qe1GP7y-jGgegK0VSw-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 842561B18BC1; Wed, 15 Jul 2020 21:19:12 +0000 (UTC) Received: from krava (unknown [10.40.194.44]) by smtp.corp.redhat.com (Postfix) with SMTP id A99B01757A; Wed, 15 Jul 2020 21:19:09 +0000 (UTC) Date: Wed, 15 Jul 2020 23:19:08 +0200 From: Jiri Olsa To: Ian Rogers Cc: Jiri Olsa , Arnaldo Carvalho de Melo , lkml , Ingo Molnar , Namhyung Kim , Alexander Shishkin , Peter Zijlstra , Michael Petlan , Andi Kleen , Kajol Jain , John Garry , "Paul A. Clarke" , Stephane Eranian Subject: Re: [PATCH 13/18] perf metric: Add events for the current group Message-ID: <20200715211908.GS183694@krava> References: <20200712132634.138901-1-jolsa@kernel.org> <20200712132634.138901-14-jolsa@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 15, 2020 at 10:00:09AM -0700, Ian Rogers wrote: > On Sun, Jul 12, 2020 at 6:27 AM Jiri Olsa wrote: > > > > There's no need to iterate the whole list of groups, > > when adding new events. The currently created group > > is the one we want to add. > > > > Signed-off-by: Jiri Olsa > > --- > > tools/perf/util/metricgroup.c | 22 ++++++++++++---------- > > 1 file changed, 12 insertions(+), 10 deletions(-) > > > > diff --git a/tools/perf/util/metricgroup.c b/tools/perf/util/metricgroup.c > > index 8cbcc5e05fef..66f25362702d 100644 > > --- a/tools/perf/util/metricgroup.c > > +++ b/tools/perf/util/metricgroup.c > > @@ -811,17 +811,19 @@ static int metricgroup__add_metric(const char *metric, bool metric_no_group, > > Could we add a function comment to describe the arguments here? ok > Currently events is an empty list out argument that is built up by > this code, now it will be incrementally updated. Except I don't think > I'm capturing the current state correctly, it is confusing that there > is the loop in the current code. It looks like events will be added > multiple times redundantly. oops, I meant to add the example of broken processing in here, but forgot.. will update > > > if (ret) > > return ret; > > > > - list_for_each_entry(eg, group_list, nd) { > > - if (events->len > 0) > > - strbuf_addf(events, ","); > > + if (events->len > 0) > > + strbuf_addf(events, ","); > > > > - if (eg->has_constraint) { > > - metricgroup__add_metric_non_group(events, > > - &eg->pctx); > > - } else { > > - metricgroup__add_metric_weak_group(events, > > - &eg->pctx); > > - } > > + /* > > + * Even if we add multiple groups through the runtime > > + * param, they share same events. > > + */ > > I'm not clear what runtime param is here. Is it the \? arch runtime parameter? yes, that's that ppc quirk.. adding extra same metrics based on that runtime param.. for some reason ;-) thanks, jirka