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 E48D6C77B75 for ; Tue, 9 May 2023 18:16:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229527AbjEISQk (ORCPT ); Tue, 9 May 2023 14:16:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43338 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229543AbjEISQk (ORCPT ); Tue, 9 May 2023 14:16:40 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 79252120; Tue, 9 May 2023 11:16:39 -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 1066263638; Tue, 9 May 2023 18:16:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 04921C433EF; Tue, 9 May 2023 18:16:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1683656198; bh=jfcOfENDXVo1zvtGdJGG+4yuDzgrOfrlQMEP4qdEXh4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=fhs00o+RG1r5a6r5BnnkBobooevjXBIMZW+Eh7OIzQboi9Q+PqpKnAM9vDmfKFFqc m3I1neHHeUuaDYjuyrQ8dgpg1qUKxTBNF27KArWKIZZLsJActk0us99JLQUhHk3KHi BPVyvzK7ZR2IRjCjSnrqy6P/442ZQzqswtCHb1ADc9ZCrgtyfyKlePGP55Tne14dQu jZ2bbDeiLkKTiBa/45R8T9RiHcruXU30cKEIwBIQ3QDpQcnpvQXZ2SKNFVe6CX2mLC z+briRaH/kFMsX4rfYMsfolu1zXtv34ge94D0WBfDIL65R1Z8pP/I/QuJ5cqNA/3d7 IzZh5/jCqShWg== Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 9E46F403B5; Tue, 9 May 2023 15:16:35 -0300 (-03) Date: Tue, 9 May 2023 15:16:35 -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 03:10:58PM -0300, Arnaldo Carvalho de Melo escreveu: > > On Tue, May 9, 2023 at 6:19 AM Thomas Richter wrote: > > > -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 > I noticed this delay, It is good that someone worked on rootcausing this > excessive delay, thanks Thomas. > > I'll test it now. gdb asks the user if debuginfod should be used, perf is doing this if the system is configured for debuginfod queries via a systemwide config, what is best? Unsure, but since the test passes, i.e. the expected symbols are found in the 'perf report' output, avoiding debuginfod queries seems to fit the bill, Applied, - Arnaldo