From: Arthur Miller <arthur.miller@live.com>
To: "Jose A. Ortega Ruiz" <jao@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Enabling native compilation by default when libgccjit is present
Date: Sun, 05 Dec 2021 17:52:18 +0100 [thread overview]
Message-ID: <AM9PR09MB49772BB442B011E1C911063F966C9@AM9PR09MB4977.eurprd09.prod.outlook.com> (raw)
In-Reply-To: <874k7nw32n.fsf@gnus.jao.io> (Jose A. Ortega Ruiz's message of "Sun, 05 Dec 2021 14:15:12 +0000")
"Jose A. Ortega Ruiz" <jao@gnu.org> writes:
> On Sun, Dec 05 2021, Tim Cross wrote:
>
>> Lars Ingebrigtsen <larsi@gnus.org> writes:
>>
>>> Po Lu <luangruo@yahoo.com> 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.
>
> FWIW, i've used native compilation in master builds on and off for a
> couple of months, on GNU/Linux (debian sid), and haven't noticed any
> speed difference either. Last time was this week. The warnings are
> gone, not sure if it's because i configured some flag back in the day or
> because it's now the default, and the compilation delays are not too
> bad; but, as i said, i don't notice any difference other than the fact
> that the RAM comsumption of emacs is about 80% higher for long sessions
> when i use native compilation (i use emacs for virtually everything,
> it's my X11 desktop environment, and have a moderate amount of packages
> installed (around 50, i think)).
>
>> 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.
>
> That's also mostly my experience. The only times i have to wait a bit
> (some seconds) are for eww to render some pages (and that doesn't happen
> often), and those waiting times don't seem to change at all when i
> enable native compilation.
>
> I'd be curious to know where people are seeing speedups.
I see speedups in like entire Emacs experience, since the very first
incarnation of 'gccemacs' when Andrea announced it.
When I sometimes compile Emacs without native compiler just to test or compare
something it feels like I will never go back to Emacs without native compiler if
I don't have to. It is not like the native compiler enabled something I couldn't
do before, if it is than it is not my use-case, so I am not aware of it. But it
is overal resposivness of Emacs, in Helm completions, searches, etc. I haven't
done som formal benchmarks, but for me it feels more responsive and speedier
especially when there are lots of files and buffers.
It depends on how one use Emacs of course. Personally I use Emacs for almost
everything I do on the computer, and I like Helm, so there is a lot of
completions and searches I do.
next prev parent reply other threads:[~2021-12-05 16:52 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-02 19:25 Enabling native compilation by default when libgccjit is present Andrea Corallo
2021-12-02 19:39 ` Eli Zaretskii
2021-12-03 16:52 ` Lars Ingebrigtsen
2021-12-03 18:30 ` Eli Zaretskii
2021-12-03 21:27 ` Lars Ingebrigtsen
2021-12-03 18:53 ` Stefan Kangas
2021-12-03 21:30 ` Lars Ingebrigtsen
2021-12-03 22:39 ` Stefan Kangas
2021-12-04 2:48 ` Lars Ingebrigtsen
2021-12-04 7:48 ` Eli Zaretskii
2021-12-04 19:28 ` Andrea Corallo
2021-12-04 19:41 ` Lars Ingebrigtsen
2021-12-04 19:57 ` Andrea Corallo
2021-12-05 5:04 ` Richard Stallman
2021-12-05 5:09 ` Lars Ingebrigtsen
2021-12-05 5:29 ` Po Lu
2021-12-05 5:31 ` Lars Ingebrigtsen
2021-12-05 5:46 ` Po Lu
2021-12-05 5:48 ` Lars Ingebrigtsen
2021-12-05 6:00 ` Po Lu
2021-12-05 5:54 ` Tim Cross
2021-12-05 8:20 ` Eli Zaretskii
2021-12-05 11:27 ` Stefan Kangas
2021-12-05 14:15 ` Jose A. Ortega Ruiz
2021-12-05 16:52 ` Arthur Miller [this message]
2021-12-05 17:42 ` Jose A. Ortega Ruiz
2021-12-05 20:48 ` Arthur Miller
2021-12-05 17:10 ` Óscar Fuentes
2021-12-05 19:25 ` Jose A. Ortega Ruiz
2021-12-05 20:55 ` Óscar Fuentes
2021-12-05 22:59 ` Stefan Monnier
2021-12-05 19:40 ` Lars Ingebrigtsen
2021-12-05 20:02 ` Eli Zaretskii
2021-12-05 20:32 ` Lars Ingebrigtsen
2021-12-05 23:03 ` Stefan Monnier
2021-12-05 23:05 ` Lars Ingebrigtsen
2021-12-05 23:27 ` Stefan Monnier
2021-12-05 20:37 ` Óscar Fuentes
2021-12-05 21:44 ` Arthur Miller
2021-12-05 21:48 ` Lars Ingebrigtsen
2021-12-05 22:58 ` Arthur Miller
2021-12-05 21:15 ` Arthur Miller
2021-12-06 4:33 ` Richard Stallman
2021-12-06 12:59 ` Eli Zaretskii
2021-12-06 13:57 ` Stefan Monnier
2021-12-06 14:08 ` Eli Zaretskii
2021-12-07 16:02 ` Matt Armstrong
2021-12-07 16:55 ` tomas
2021-12-07 17:02 ` T.V Raman
2021-12-05 20:00 ` Jim Myhrberg
2021-12-06 1:03 ` Dmitry Gutov
2021-12-06 2:50 ` Jim Myhrberg
2021-12-06 12:59 ` Dmitry Gutov
2021-12-07 0:34 ` João Pedro de Amorim Paula
2021-12-08 4:34 ` Richard Stallman
2021-12-09 17:00 ` David Koppelman
2021-12-06 4:33 ` Richard Stallman
2021-12-03 22:34 ` Michael Heerdegen
2021-12-04 7:26 ` Eli Zaretskii
2021-12-07 4:38 ` Michael Heerdegen
2021-12-07 5:02 ` Michael Heerdegen
2021-12-07 13:59 ` Eli Zaretskii
2021-12-08 2:31 ` Michael Heerdegen
2021-12-08 9:55 ` Robert Pluim
2021-12-09 0:56 ` Michael Heerdegen
2021-12-08 12:52 ` Eli Zaretskii
2021-12-08 8:16 ` Andreas Schwab
2021-12-08 13:21 ` Eli Zaretskii
2021-12-09 0:29 ` Michael Heerdegen
2021-12-09 4:49 ` Stefan Monnier
2021-12-09 5:27 ` Michael Heerdegen
2021-12-09 10:22 ` Andrea Corallo
2021-12-09 13:14 ` Stefan Monnier
2021-12-09 22:28 ` Michael Heerdegen
2021-12-09 22:50 ` Michael Heerdegen
2021-12-10 8:06 ` Eli Zaretskii
2021-12-11 3:11 ` Michael Heerdegen
2021-12-07 13:53 ` Eli Zaretskii
2021-12-08 2:25 ` Michael Heerdegen
2021-12-08 2:40 ` Po Lu
2021-12-08 3:39 ` Michael Heerdegen
2021-12-08 12:55 ` Eli Zaretskii
2021-12-08 17:08 ` T.V Raman
2021-12-08 13:52 ` Stefan Monnier
2021-12-08 14:31 ` Eli Zaretskii
2021-12-09 7:19 ` Óscar Fuentes
2021-12-08 12:51 ` Eli Zaretskii
2021-12-09 0:44 ` Michael Heerdegen
2021-12-09 4:13 ` Richard Stallman
2021-12-09 9:27 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2021-12-05 17:24 Angelo Graziosi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AM9PR09MB49772BB442B011E1C911063F966C9@AM9PR09MB4977.eurprd09.prod.outlook.com \
--to=arthur.miller@live.com \
--cc=emacs-devel@gnu.org \
--cc=jao@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.