Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp4434625ybg; Mon, 8 Jun 2020 07:48:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxu9FNZqSwICrE0d3cJUOuqbMfMj+SGTAWcgYmHc2FBDqu/0BHvCwPW1HnQFeb684L0InvX X-Received: by 2002:a17:906:5590:: with SMTP id y16mr22225256ejp.228.1591627710529; Mon, 08 Jun 2020 07:48:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591627710; cv=none; d=google.com; s=arc-20160816; b=WO0FPDjmfbU0q+El+xFQ8bWjuDEYHdqKQLrde9CpsmShSiQ2IGh4XVNNmugIPeSNZ4 V3EtPF1RvIXh4dKzlJ7SbUmnKEKouCry7WyxgIAWtKX48rjlu3SxSxTHoiJhnC+8jeVR TYx5QwGx9Bi/lVpRNW7LzuW6PhLkQEtgzVUZ8D1WYJN9CFtimBwal7YWIOroMYERvtZ+ y+M4A1y7R4jPBqyFMlesx1QrB5X5bNW/IzgieuDbYOpyiJWFnuY2Rizfzc/qfb6W94jb Q1cPnl2Y2FKOk7Tl1Z8M88ywzh384z5rpGYQMslY/Fl3c+fFjlYAjx9sMww+LPvSFzJI G4oA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=Sj6y6FrQsiGhVM71JB+dKDHZDXf4x1bcXehReYfrDOA=; b=pGQ44wDXm/dSJ7pAl19Xokz1H6T4kz36PlrkyJa+Ty1HareC0ejgmjQUmftcdMxRnS pdRmQyWh4kzf++MbVKGiTZKj71ly8CiJdW2nXuIBjhM6yqHb+figtRZ77WYzBGFIoTkz rbF5D1+l8jTbthq0EBH+LUWPcQlYkd9coXbO+/ItOluCTEjUKxxs+ihiCdMdxvsbx27w 4J0eOcPjEPiZGNbtpHzgTdmBPOUCRv2Yon5Pa2cjeBhT2QByVxnbMbNqWh+0sZ43Rdl7 ka4KFZrMc5jWSCJ5p45N226RmT6q3OYr25fcnEwqMzwJjIqujEbvNvCWrOzqH/tzaHbd TO7g== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v10si9737207eda.476.2020.06.08.07.48.06; Mon, 08 Jun 2020 07:48:30 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730069AbgFHOo2 (ORCPT + 99 others); Mon, 8 Jun 2020 10:44:28 -0400 Received: from mail.kernel.org ([198.145.29.99]:51574 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729989AbgFHOo2 (ORCPT ); Mon, 8 Jun 2020 10:44:28 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 88E75206C3; Mon, 8 Jun 2020 14:44:25 +0000 (UTC) Date: Mon, 8 Jun 2020 10:44:24 -0400 From: Steven Rostedt To: Qais Yousef Cc: Vincent Guittot , Mel Gorman , Patrick Bellasi , Dietmar Eggemann , Peter Zijlstra , Ingo Molnar , Randy Dunlap , Jonathan Corbet , Juri Lelli , Ben Segall , Luis Chamberlain , Kees Cook , Iurii Zaikin , Quentin Perret , Valentin Schneider , Pavan Kondeti , linux-doc@vger.kernel.org, linux-kernel , linux-fs Subject: Re: [PATCH 1/2] sched/uclamp: Add a new sysctl to control RT default boost value Message-ID: <20200608104424.10781990@gandalf.local.home> In-Reply-To: <20200608123102.6sdhdhit7lac5cfl@e107158-lin.cambridge.arm.com> References: <20200528132327.GB706460@hirez.programming.kicks-ass.net> <20200528155800.yjrmx3hj72xreryh@e107158-lin.cambridge.arm.com> <20200528161112.GI2483@worktop.programming.kicks-ass.net> <20200529100806.GA3070@suse.de> <87v9k84knx.derkling@matbug.net> <20200603101022.GG3070@suse.de> <20200603165200.v2ypeagziht7kxdw@e107158-lin.cambridge.arm.com> <20200608123102.6sdhdhit7lac5cfl@e107158-lin.cambridge.arm.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 8 Jun 2020 13:31:03 +0100 Qais Yousef wrote: > I admit I don't know how much of these numbers is ftrace overhead. When trying Note, if you want to get a better idea of how long a function runs, put it into set_ftrace_filter, and then trace it. That way you remove the overhead of the function graph tracer when its nesting within a function. > to capture similar runs for uclamp, the numbers didn't add up compared to > running the test without ftrace generating the graph. If juno is suffering from > bad branching costs in this path, then I suspect ftrace will amplify this as > AFAIU it'll cause extra jumps on entry and exit. > > > > sched-pipe-6532 [001] 9407.276302: funcgraph_entry: | deactivate_task() { > sched-pipe-6532 [001] 9407.276302: funcgraph_entry: | dequeue_task_fair() { > sched-pipe-6532 [001] 9407.276303: funcgraph_entry: | update_curr() { > sched-pipe-6532 [001] 9407.276304: funcgraph_entry: 0.780 us | update_min_vruntime(); > sched-pipe-6532 [001] 9407.276306: funcgraph_entry: | cpuacct_charge() { > sched-pipe-6532 [001] 9407.276306: funcgraph_entry: 0.820 us | __rcu_read_lock(); > sched-pipe-6532 [001] 9407.276308: funcgraph_entry: 0.740 us | __rcu_read_unlock(); The above is more accurate than... > sched-pipe-6532 [001] 9407.276309: funcgraph_exit: 3.980 us | } this one. Because this one has nested tracing within it. -- Steve > sched-pipe-6532 [001] 9407.276310: funcgraph_entry: 0.720 us | __rcu_read_lock(); > sched-pipe-6532 [001] 9407.276312: funcgraph_entry: 0.720 us | __rcu_read_unlock(); > sched-pipe-6532 [001] 9407.276313: funcgraph_exit: 9.840 us | } > sched-pipe-6532 [001] 9407.276314: funcgraph_entry: | __update_load_avg_se() { > sched-pipe-6532 [001] 9407.276315: funcgraph_entry: 0.720 us | __accumulate_pelt_segments(); > sched-pipe-6532 [001] 9407.276316: funcgraph_exit: 2.260 us | } > sched-pipe-6532 [001] 9407.276317: funcgraph_entry: | __update_load_avg_cfs_rq() { > sched-pipe-6532 [001] 9407.276318: funcgraph_entry: 0.860 us | __accumulate_pelt_segments(); > sched-pipe-6532 [001] 9407.276319: funcgraph_exit: 2.340 us | }