From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: David Koppelman Newsgroups: gmane.emacs.devel Subject: Re: Enabling native compilation by default when libgccjit is present Date: Thu, 09 Dec 2021 11:00:38 -0600 Message-ID: References: <83wnkm94oq.fsf@gnu.org> <87y251vdeh.fsf@gnus.org> <87lf11tlzf.fsf@gnus.org> <87r1atrsp9.fsf@gnus.org> <8735n85fa5.fsf@gnus.org> <87r1arskmq.fsf@gnus.org> <87r1arsjpu.fsf@yahoo.com> <87ilw3sjlr.fsf@gnus.org> <87r1ar4mi2.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21417"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 09 18:04:19 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mvMqA-0005Nd-R7 for ged-emacs-devel@m.gmane-mx.org; Thu, 09 Dec 2021 18:04:18 +0100 Original-Received: from localhost ([::1]:53758 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mvMq9-0007Kx-Ig for ged-emacs-devel@m.gmane-mx.org; Thu, 09 Dec 2021 12:04:17 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39624) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvMmn-00011Z-74 for emacs-devel@gnu.org; Thu, 09 Dec 2021 12:00:49 -0500 Original-Received: from outbound.lsu.edu ([130.39.6.157]:40068 helo=relay.lsu.edu) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mvMmh-0000FO-14 for emacs-devel@gnu.org; Thu, 09 Dec 2021 12:00:48 -0500 Original-Received: from cyc.ece.lsu.edu (cyc.ece.lsu.edu [96.125.115.182]) by relay.lsu.edu (Postfix) with ESMTPS id 114262198B3E for ; Thu, 9 Dec 2021 11:00:38 -0600 (CST) In-Reply-To: <87r1ar4mi2.fsf@gmail.com> (Tim Cross's message of "Sun, 05 Dec 2021 16:54:02 +1100") Received-SPF: pass client-ip=130.39.6.157; envelope-from=eekopp@lsu.edu; helo=relay.lsu.edu X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:281514 Archived-At: > Does it actually give that much of a performance boost? Native compilation makes a big difference in Gnus. I use Gnus as a mail reader and its sluggishness was a long time irritant. No more. Tim Cross writes: > Lars Ingebrigtsen writes: > >> Po Lu writes: >> >>>> Most distributions will probably release Emacs 28.1 with native >>>> compilation switched on. >>> >>> Why is that so? Most distributions only build their Emacs packages with >>> the default options. >> >> Several distributions have signalled that they want to ship Emacs with >> native compilation switched on (and at least one said they're going to >> be doing a full ahead-of-time build, if I remember correctly) -- >> presumably because that'll give their users a faster Emacs. > > Does it actually give that much of a performance boost? It has been a > couple of months since I tried native compilation in Emacs 28, but when > I did, I noticed next to no performance improvement at all. In fact, all > I did notice was lots of warnings and significant delays whenever I > updated packages. > > I stopped using it partly because of all the warnings and delays when > updating packages, but mainly because I seemed to run into a number of > issues with org mode (most of which I think have now been addressed). > I've actually never noticed any speed problems with Emacs. Where there > are delays, it is due to the synchronous nature of what I'm doing rather > than basic performance. Besides, the slowest component in my environment > is the old bit of slow carbon using the keyboard :-)