From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup Date: Wed, 06 Sep 2023 16:03:40 +0300 Message-ID: <83tts71mj7.fsf@gnu.org> References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> <83o7ij96rb.fsf@gnu.org> <4d07089a-dd98-d140-8ce0-d206dd37a5fe@gutov.dev> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12912"; mail-complaints-to="usenet@ciao.gmane.io" Cc: acorallo@gnu.org, stephen.molitor@icloud.com, stefankangas@gmail.com, 64712@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 06 15:05:28 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1qdsDo-00038c-3B for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 06 Sep 2023 15:05:28 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qdsDQ-000570-6F; Wed, 06 Sep 2023 09:05:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qdsDO-00053T-Dm for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2023 09:05:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qdsDM-0002yG-Om for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2023 09:05:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qdsDN-0000kQ-PM for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2023 09:05:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Sep 2023 13:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64712 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix notabug Original-Received: via spool by 64712-submit@debbugs.gnu.org id=B64712.16940054472806 (code B ref 64712); Wed, 06 Sep 2023 13:05:01 +0000 Original-Received: (at 64712) by debbugs.gnu.org; 6 Sep 2023 13:04:07 +0000 Original-Received: from localhost ([127.0.0.1]:33407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdsCV-0000jB-BW for submit@debbugs.gnu.org; Wed, 06 Sep 2023 09:04:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdsCR-0000ie-T1 for 64712@debbugs.gnu.org; Wed, 06 Sep 2023 09:04:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qdsCL-0002oz-8D; Wed, 06 Sep 2023 09:03:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=hExORvRQcJ2AE2m8Clib7TaqAyRzmECsVM7m1gxEpVU=; b=VgyKiFI0b6lg GJObJ6Y0OG2OvVT5a9KiCGrJSJh7wDSm5JPkDy4t5lUql7+z8wEz6gsb+dog3aJxzhvmj4v5mM1+e njKVQBn1BW7CfXqtGTc0kppf+K6L5OfKM5ljmt4WTkYai6WdIl1T0/QSyY/6hILgCpQ8p6BM4g6F4 SgRMs7633fPoTt5jbz0FiT+92/s8mWHql3Npck4pLtttGxIgOwBjtR/kv+TaB8P76xkaDq7LgpF99 YheOqKUxiHd6Y6uxM5lh9KwOjRqE4SWAWOhsxU6rECS7G3XNVA+O96m5o7WC9NOVKRLjFJ6PAtF2R Ghik2hJdgwEjs0bnPPiroQ==; In-Reply-To: <4d07089a-dd98-d140-8ce0-d206dd37a5fe@gutov.dev> (message from Dmitry Gutov on Wed, 6 Sep 2023 15:26:20 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:269540 Archived-At: > Date: Wed, 6 Sep 2023 15:26:20 +0300 > Cc: acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org > From: Dmitry Gutov > > On 03/09/2023 08:15, Eli Zaretskii wrote: > >> I personally can't see that it would make much of a difference if we > >> have them or not, but maybe I'm missing something. > > If nothing else, it will slow down startup (because each .eln files > > needs to be loaded via dlopen, as opposed to .elc that is dumped into > > the pdumper file), albeit insignificantly. But if we do this with all > > the autoload files we have, that could slow down in a more tangible > > ways. So basically we have here two minor annoyances: you can solve > > one, but then you "gain" the other one. > > So you suppose > > - Findinb .eln in its load path > - dlopen-ing it > > can be slower than > > - Looking for .eln in its load path, not finding it > - Extracting cl-loaddefs.el from cl-loaddefs.el.gz > - Loading it > > ? No. But that's not what happens. What does happen in the second case is that we load the .elc file, and then, asynchronously and in a separate Emacs session, try to native-compile the .el file. So this: > - Looking for .eln in its load path, not finding it > - Extracting cl-loaddefs.el from cl-loaddefs.el.gz > - Loading it happens in parallel with the Emacs session running, not sequentially. And if the .elc file is in the pdumper file, we don't even load it, it's already loaded.