From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Time to merge scratch/correct-warning-pos into master, perhaps? Date: Wed, 26 Jan 2022 20:26:14 +0000 Message-ID: References: <83v8y8ij39.fsf@gnu.org> <6a5bb5a08b3d764611f9@heytings.org> <6a5bb5a08b5ba0712eae@heytings.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="424"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mattiase@acm.org, larsi@gnus.org, Eli Zaretskii , Stefan Monnier , emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 26 21:28:12 2022 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 1nCotn-000AQP-Uz for ged-emacs-devel@m.gmane-mx.org; Wed, 26 Jan 2022 21:28:11 +0100 Original-Received: from localhost ([::1]:54162 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nCotm-0000yK-TU for ged-emacs-devel@m.gmane-mx.org; Wed, 26 Jan 2022 15:28:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:59742) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nCos4-000818-2Q for emacs-devel@gnu.org; Wed, 26 Jan 2022 15:26:25 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:10234 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1nCos0-0007S9-7u for emacs-devel@gnu.org; Wed, 26 Jan 2022 15:26:23 -0500 Original-Received: (qmail 61936 invoked by uid 3782); 26 Jan 2022 20:26:16 -0000 Original-Received: from acm.muc.de (p4fe156d4.dip0.t-ipconnect.de [79.225.86.212]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Wed, 26 Jan 2022 21:26:16 +0100 Original-Received: (qmail 32431 invoked by uid 1000); 26 Jan 2022 20:26:14 -0000 Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, 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:285458 Archived-At: Hello, Gregory. On Wed, Jan 26, 2022 at 18:59:39 +0000, Gregory Heytings wrote: > > What you reported was more educated guesses than results. > No, these are results. > > Why don't you actually _measure_ some hopefully typical Emacs use, and > > tell us exactly how you got these measurements. Start off saying how > > you configured your build, followed by calling emacs -Q, with all the > > other detailed steps needed to duplicate your measurements. > This information is all upthread, but in case you missed it, I'll repeat > it here. I built Emacs with its standard configuration options (IOW I > just typed "make" in a fresh clone of the repository), on an up-to-date > and unloaded Debian bookworm machine. To split the time of make check > between compilation and execution, I used the attached patch (which I > already sent upthread). Apologies, I had missed it. > >> You may have seen that this optimization has no effect without > >> --with-native-compilation. This may explain that. > > The bootstrap time without native compilation is much shorter in any > > case. > This is an unrelated question, but no, it is not. With just "make" (IOW > without --with-native-compilation) I do not see a significant difference > between 10083e788f and 808917b3fc. Mistake of ambiguity on my part. What I meant was that the bootstrap time without NC is much shorter than that with NC. So, the picture we're seeing is that "real world" timings are showing the new master ~1% - 3.2% slower than the old, with building and test suites in the low to mid teens of percent slower. > From 7ad5a5eb008315bf40061e5aad8a8d001787f2bf Mon Sep 17 00:00:00 2001 > From: Gregory Heytings > Date: Sun, 23 Jan 2022 21:45:21 +0000 > Subject: [PATCH] Add a target to byte-compile all tests without running them > * test/Makefile.in: Add a check-byte-compile target. > * Makefile.in: Add the check-byte-compile target to CHECK_TARGETS. > --- > Makefile.in | 2 +- > test/Makefile.in | 3 +++ > 2 files changed, 4 insertions(+), 1 deletion(-) > diff --git a/Makefile.in b/Makefile.in > index 8ac6f52746..e1acf13551 100644 > --- a/Makefile.in > +++ b/Makefile.in > @@ -1014,7 +1014,7 @@ TAGS tags: > $(MAKE) -C doc/lispref tags > $(MAKE) -C doc/misc tags > -CHECK_TARGETS = check check-maybe check-expensive check-all > +CHECK_TARGETS = check check-maybe check-expensive check-all check-byte-compile > .PHONY: $(CHECK_TARGETS) > $(CHECK_TARGETS): all > $(MAKE) -C test $@ > diff --git a/test/Makefile.in b/test/Makefile.in > index 9ad994e110..85e1e0c5e5 100644 > --- a/test/Makefile.in > +++ b/test/Makefile.in > @@ -327,6 +327,9 @@ .PHONY: > check-maybe: check-no-automated-subdir > @${MAKE} check-doit SELECTOR="${SELECTOR_ACTUAL}" > +check-byte-compile: > + @${MAKE} $(ELFILES:.el=.elc) > + > ## Run the tests. > .PHONY: check-doit > ## We can't put LOGFILES as prerequisites, because that would stop the > -- > 2.34.1 -- Alan Mackenzie (Nuremberg, Germany).