[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Reworking loaddefs.el generation
From: |
Lars Ingebrigtsen |
Subject: |
Re: Reworking loaddefs.el generation |
Date: |
Tue, 31 May 2022 21:00:39 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Building loaddefs currently takes about 10
> seconds (on my build machine), and I've got it down to 2 seconds. (For
> my "make -j32" build, this means a reduction of 6% time, since that bit
> is single-threaded and make doesn't have anything else to schedule while
> Emacs is working.)
Uhm. That's what I thought, but if I compare a checkout from earlier
today (fbe7ac16d722f786e5f), I get:
time make -j32 bootstrap
real 2m21.046s
user 16m34.325s
sys 0m51.938s
And with the current trunk it's:
real 1m52.976s
user 16m1.060s
sys 0m52.892s
*scratches head*
That's a much bigger reduction -- 20% -- and it sounds just weird.
Well, it's making all the loaddefs files now in under 2 seconds (it used
to take 10 seconds for the main one and then the other ones fired off as
separate compilation processes), but it still sounds oddly... too much.
I'd take that with a grain of salt, but I can't explain it otherwise
(unless there was something in particular wrong with
fbe7ac16d722f786e5f -- perhaps I should try with a checkout from a
couple days ago instead).
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- Re: Reworking loaddefs.el generation, (continued)
Re: Reworking loaddefs.el generation, Alan Mackenzie, 2022/05/31
Re: Reworking loaddefs.el generation,
Lars Ingebrigtsen <=