From mboxrd@z Thu Jan 1 00:00:00 1970 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 2A5A7C7EE22 for ; Tue, 9 May 2023 18:12:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234635AbjEISMP (ORCPT ); Tue, 9 May 2023 14:12:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38638 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235018AbjEISMB (ORCPT ); Tue, 9 May 2023 14:12:01 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CEB0259E5; Tue, 9 May 2023 11:11:11 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 1A73064745; Tue, 9 May 2023 18:11:02 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1A01AC433EF; Tue, 9 May 2023 18:11:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1683655861; bh=QUIlMq5k9T6STtI5tHiTubb4VsiMOXpe8//RQa1AvRQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=urzxOlCi66xMt+lMN/e7USr+4divle1WP5LYITrSVp2AgrKm0u2iZ1nToYvioF/s5 17PmCicvqmJuQTxRJYDlHN0POF8/NvPjeA3yQd3NQnWJoSAL73ihbVtuMLhFOJ7bGy 3GLVjBPeVQzuoRqonpVyX2PyN7ddpKFeTyS143Lp2S42LsjhszWitgWsN6O7sBgJxy pHFHOAZX7azVsFcIkSJphlCLFJ55e/vw9KrWQPh6BTq7krPeSMsIkpbD7jaB7ag87j IvkvchkA4xokBzglT+bqMxkbz8/rxMwM9jLu73t2oLseKDdFwZAojDf0QYSqtCGHyg DV8MAd5aAxzMQ== Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id B3E7F403B5; Tue, 9 May 2023 15:10:58 -0300 (-03) Date: Tue, 9 May 2023 15:10:58 -0300 From: Arnaldo Carvalho de Melo To: Ian Rogers Cc: Thomas Richter , jolsa@kernel.org, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, leo.yan@linaro.org, svens@linux.ibm.com, gor@linux.ibm.com, sumanthk@linux.ibm.com, hca@linux.ibm.com Subject: Re: [PATCH] perf/test: reduce run time of perf test Test java symbol Message-ID: References: <20230509131847.835974-1-tmricht@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: http://acmel.wordpress.com Precedence: bulk List-ID: X-Mailing-List: linux-perf-users@vger.kernel.org Em Tue, May 09, 2023 at 10:34:44AM -0700, Ian Rogers escreveu: > On Tue, May 9, 2023 at 6:19 AM Thomas Richter wrote: > > > > Test case Test java symbol might run a long time. On Fedora 38 the > > run time is very, very long: > > > > Output before: > > # time ./perf test 108 > > 108: Test java symbol : Ok > > real 22m15.775s > > user 3m42.584s > > sys 4m30.685s > > # > > > > The reason is a lookup for the server for debug symbols as shown in > > # cat /etc/debuginfod/elfutils.urls > > https://debuginfod.fedoraproject.org/ > > # > > This lookup is done for every symbol/sample, so about 3500 lookups > > will take place. > > To omit this lookup, which is not needed, unset environment variable > > DEBUGINFOD_URLS=''. > > > > Output after: > > # time ./perf test 108 > > 108: Test java symbol : Ok > > > > real 0m6.242s > > user 0m4.982s > > sys 0m3.243s > > # > > > > Signed-off-by: Thomas Richter > > Cc: leo.yan@linaro.org > > Cc: irogers@google.com > > --- > > tools/perf/tests/shell/test_java_symbol.sh | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/tools/perf/tests/shell/test_java_symbol.sh b/tools/perf/tests/shell/test_java_symbol.sh > > index 90cea8811926..499539d1c479 100755 > > --- a/tools/perf/tests/shell/test_java_symbol.sh > > +++ b/tools/perf/tests/shell/test_java_symbol.sh > > @@ -56,7 +56,7 @@ if [ $? -ne 0 ]; then > > exit 1 > > fi > > > > -if ! perf inject -i $PERF_DATA -o $PERF_INJ_DATA -j; then > > +if ! DEBUGINFOD_URLS='' perf inject -i $PERF_DATA -o $PERF_INJ_DATA -j; then > > Jiri, is this the best way to workaround a debuginfod slowness? I noticed this delay, It is good that someone worked on rootcausing this excessive delay, thanks Thomas. I'll test it now. - Arnaldo