From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: bug#30854: 27.0.50; Speeding up package.el startup Date: Sat, 19 Dec 2020 15:56:46 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29926"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: arthur.miller@live.com, emacs-devel@gnu.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Dec 19 22:07:26 2020 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 1kqjRl-0007gF-MP for ged-emacs-devel@m.gmane-mx.org; Sat, 19 Dec 2020 22:07:25 +0100 Original-Received: from localhost ([::1]:54240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kqjRk-0005Yk-3I for ged-emacs-devel@m.gmane-mx.org; Sat, 19 Dec 2020 16:07:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58082) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kqjFj-0001YY-0G for emacs-devel@gnu.org; Sat, 19 Dec 2020 15:54:59 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:3930) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kqjFe-0007b1-Ph for emacs-devel@gnu.org; Sat, 19 Dec 2020 15:54:56 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 3DFA380668; Sat, 19 Dec 2020 15:54:52 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id B0553806F1; Sat, 19 Dec 2020 15:54:46 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1608411286; bh=uf9p9kxPbckRpgDVt3Aq4XUnOmFJrSEAcKzU6aecWhc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=oPo88atKkY9tVnUs0BmSfGV62Wloh2F7DzX89tNZrwPd8A7HZYd1nRzKHofjkcuWX pjExFvJDFo6Ie2Uxl42H/KRlM/jCP7VD1UTyHmtU1lR/H3wDdrIOlyE7D7J5+C1Lyw egE2CQ3TQI0KDQLzddQgCUNYY+L32Pv9q8afKrWbx0gTSTMdDXpypgsiLSGumofseO qf7FrR2TtokNKkAyJ8lXyuc3tYc8voJlZkzWgZmBjd9GfJNo/AjbYiSUycEu34oGSD opjZxd27wH5qa5uqtrGsHKZ+s4Sfu1XUWSYE4i7rRMDtXrfyrFWv4XWUKvr394TAFR qHtOjMS6Ys2VQ== Original-Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 9156F120156; Sat, 19 Dec 2020 15:54:46 -0500 (EST) In-Reply-To: (Stefan Kangas's message of "Sat, 19 Dec 2020 12:23:59 -0600") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, 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.23 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:261285 Archived-At: >> Maybe the difference is just due to loading `package`? >> IOW, what happens if you add (require 'package) to your "Quick start >> disabled" version? Does the startup time go back up to ~0.28? > Why not just preload package.el? First, I'd like to understand if that's indeed the source of the timing difference. But yes, I think it would make a lot of sense to split package.el into the part that manages installation/updates/... and the part that just activates the packages installed and to preload the second part. Also exposing the API of that second part might encourage other package managers to make use of it. Stefan