From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by sourceware.org (Postfix) with ESMTPS id 0CE1D3857437 for ; Fri, 30 Apr 2021 21:43:49 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 0CE1D3857437 IronPort-SDR: C8fREFOTDcI15KTgM0F584QB3lJqO4ZWoHkp6b+LAUYtGLoQ96uUdObp95P+J3SKHIYGS68GoK aGRndOn66diw== X-IronPort-AV: E=McAfee;i="6200,9189,9970"; a="197424076" X-IronPort-AV: E=Sophos;i="5.82,263,1613462400"; d="scan'208";a="197424076" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Apr 2021 14:43:47 -0700 IronPort-SDR: n/FlDYsdBoXXn/cip1DcMe2z/E4jWKiXGLWO+4G4VLPWnWvP9cmsbLjjKDrdba4CpTc8EWvAG7 oTQbqTRtXU9Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,263,1613462400"; d="scan'208";a="425210663" Received: from tassilo.jf.intel.com (HELO tassilo.localdomain) ([10.54.74.11]) by fmsmga008.fm.intel.com with ESMTP; 30 Apr 2021 14:43:47 -0700 Received: by tassilo.localdomain (Postfix, from userid 1000) id 078493002A2; Fri, 30 Apr 2021 14:43:47 -0700 (PDT) From: Andi Kleen To: 172060045@hdu.edu.cn Cc: gcc Subject: Re: State of AutoFDO in GCC References: <20210423192834.GA1949@kam.mff.cuni.cz> <20210425190754.GA88857@kam.mff.cuni.cz> <87a6plulkz.fsf@linux.intel.com> <20210426180011.GA1401198@tassilo.jf.intel.com> <20210429054025.GB4032392@tassilo.jf.intel.com> <4d005159.55ea.1791e171ab9.Coremail.172060045@hdu.edu.cn> Date: Fri, 30 Apr 2021 14:43:46 -0700 In-Reply-To: <4d005159.55ea.1791e171ab9.Coremail.172060045@hdu.edu.cn> (172060045@hdu.edu.cn's message of "Thu, 29 Apr 2021 22:45:01 +0800 (GMT+08:00)") Message-ID: <875z0378j1.fsf@linux.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-1.0 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: Fri, 30 Apr 2021 21:43:52 -0000 172060045@hdu.edu.cn writes: > Hi all, > > I`m using GCC 9.3 AutoFDO and the old version create_gcov on arm64 > and it works well. Actually it support not only LBR like mode but > also inst_retired even cycles event, which`s the early implementation > of AutoFDO[1]. There is no difference in output format of create_gcov > between LBR mode and inst_retired. inst_retired is less accurate than > LBR but still works. > > I hope AutoFDO could work better on GCC and am willing to contribute > to it, does anybody have suggestions for me? I think at a minimum we need someone to run the test suite regularly and look at all the problem, at least filling PRs, so that regressions could be fixed. But I actually hope one of the automatic testers could at least do the testing. And perhaps try it on real applications and see how much you can improve performance, and if there are problems also file PRs. There's some other work that could be done (e.g. port some of the missing changes from the old google autofdo tree to mainline), but that might be more difficult depending on your gcc internals expertise. -Andi