From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by sourceware.org (Postfix) with ESMTPS id 64A05386FC35 for ; Thu, 29 Apr 2021 05:40:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 64A05386FC35 IronPort-SDR: 3ejOfNKfP73lygYLii1CjENYGNp8WdxHhCiJsOYGD4dqE/OClZMQM+eNytd5giP0QDrN6qPsoA L8meeXLWkWEA== X-IronPort-AV: E=McAfee;i="6200,9189,9968"; a="193738134" X-IronPort-AV: E=Sophos;i="5.82,258,1613462400"; d="scan'208";a="193738134" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Apr 2021 22:40:27 -0700 IronPort-SDR: feECfq6cnkQKThPRV+bnjZr6kEDXDm1plZydc02hBKues/wzvVDUpyjCHhtDnLANSAUFAb3DKY iFymi0Wi027g== X-IronPort-AV: E=Sophos;i="5.82,258,1613462400"; d="scan'208";a="537247418" Received: from tassilo.jf.intel.com ([10.54.74.11]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Apr 2021 22:40:26 -0700 Date: Wed, 28 Apr 2021 22:40:25 -0700 From: Andi Kleen To: Hongtao Yu Cc: Xinliang David Li , Jan Hubicka , "gcc@gcc.gnu.org" , Wei Mi , Eugene Rozenfeld , Wenlei He Subject: Re: State of AutoFDO in GCC Message-ID: <20210429054025.GB4032392@tassilo.jf.intel.com> References: <20210423192834.GA1949@kam.mff.cuni.cz> <20210425190754.GA88857@kam.mff.cuni.cz> <87a6plulkz.fsf@linux.intel.com> <20210426180011.GA1401198@tassilo.jf.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2021 05:40:33 -0000 On Mon, Apr 26, 2021 at 06:40:56PM +0000, Hongtao Yu wrote: > Andi, thanks for pointing out the perf script issues. Can you please > elaborate a bit on the exact issue you have seen? We’ve been using > specific output of perf script such as mmap, LBR and callstack events > filtered by process id. It works fine so far but may certainly hit issues > in the future with extended uses. Okay I took a look at the latest autofdo now. It seems to be basically a LLVM project now that depends on LLVM to even build with all kinds of dependency hell on some old LLVM version and other packages. I guess gcc will really need a replacement that doesn't pull in all of LLVM if it wants to continue supporting autofdo. I'm myself unable to build now. I'm using the old version I had a git fork of and that was before all of this. I added a patch to make it work with the latest perf by ignoring increased perf_attr and unknown perf events. Honza please use https://github.com/andikleen/autofdo -b perf-future for testing. -Andi