From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Silent autoloading Date: Sun, 09 Nov 2008 06:20:51 +0200 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1226204465 8943 80.91.229.12 (9 Nov 2008 04:21:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 9 Nov 2008 04:21:05 +0000 (UTC) Cc: rgm@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 09 05:22:08 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kz1oM-00072e-Mu for ged-emacs-devel@m.gmane.org; Sun, 09 Nov 2008 05:22:06 +0100 Original-Received: from localhost ([127.0.0.1]:56953 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kz1nF-0001aj-0n for ged-emacs-devel@m.gmane.org; Sat, 08 Nov 2008 23:20:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kz1nA-0001Zq-Aj for emacs-devel@gnu.org; Sat, 08 Nov 2008 23:20:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kz1n9-0001YS-8Z for emacs-devel@gnu.org; Sat, 08 Nov 2008 23:20:52 -0500 Original-Received: from [199.232.76.173] (port=38838 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kz1n8-0001YP-OL for emacs-devel@gnu.org; Sat, 08 Nov 2008 23:20:50 -0500 Original-Received: from mtaout4.012.net.il ([84.95.2.10]:62755) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kz1n7-00086S-FK; Sat, 08 Nov 2008 23:20:49 -0500 Original-Received: from conversion-daemon.i_mtaout4.012.net.il by i_mtaout4.012.net.il (HyperSendmail v2004.12) id <0KA100500TEH6E00@i_mtaout4.012.net.il>; Sun, 09 Nov 2008 06:22:35 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.241.172]) by i_mtaout4.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KA100BR3THMCE72@i_mtaout4.012.net.il>; Sun, 09 Nov 2008 06:22:35 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:105488 Archived-At: > From: Stefan Monnier > Cc: Glenn Morris , emacs-devel@gnu.org > Date: Sat, 08 Nov 2008 21:22:33 -0500 > > > Stefan, any insights? Having Emacs sit silently in the minibuffer for > > prolonged periods of time, without saying anything, makes me think it's > > stuck, so at the very least let's have an option to get the old > > behavior back. > > I agree with the basic premise, but I'm wondering what's the > relationship: what kind of machine are you using where loading a .elc > file is not virtually instantaneous? > What's the actual use case where you've seen this problem of having > Emacs sit silently for a prolonged period of time? emacs -Q C-x C-f /foo:b On "windows32 home-c4e4a596f7 2.5.1 2600 i786-pc Intel unknown MinGW", a 3-GHz single-CPU machine, it takes Emacs 7 seconds to echo the `b' after the colon. This is with a cold cache; with warm cache, it's still 2 seconds, which is annoyingly visible. On "Linux fencepost 2.6.16.29-xen #1 SMP Wed Dec 6 07:32:36 EST 2006 x86_64 GNU/Linux", a 2-GHz Dual-Core AMD Opteron(tm) Processor 2214 machine, the numbers are 4 seconds and 3 seconds, accordingly. Maybe Tramp is a large package, but then "C-x C-f" is a very frequently used command.