From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Eli Zaretskii <eliz@gnu.org>, Michael Albinus <michael.albinus@gmx.de>
Cc: rgm@gnu.org, emacs-devel@gnu.org
Subject: Re: Silent autoloading
Date: Sun, 09 Nov 2008 10:06:03 -0500 [thread overview]
Message-ID: <jwvy6zt54ag.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <uiqqxr0m4.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 09 Nov 2008 06:20:51 +0200")
>> > 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.
Ah, yes, I see that for Tramp indeed.
How 'bout making Tramp output something before loading itself?
Stefan
next prev parent reply other threads:[~2008-11-09 15:06 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-08 12:30 Silent autoloading Eli Zaretskii
2008-11-08 21:34 ` Glenn Morris
2008-11-08 22:54 ` Eli Zaretskii
2008-11-09 2:22 ` Stefan Monnier
2008-11-09 4:20 ` Eli Zaretskii
2008-11-09 15:06 ` Stefan Monnier [this message]
2008-11-09 18:54 ` Eli Zaretskii
2008-11-10 1:51 ` Stefan Monnier
2008-11-10 8:37 ` Lennart Borgman
2008-11-10 20:11 ` Eli Zaretskii
2008-11-10 20:19 ` Lennart Borgman
2008-11-11 4:18 ` Eli Zaretskii
2008-11-10 22:05 ` Stefan Monnier
2008-11-16 14:34 ` Michael Albinus
2008-11-16 19:02 ` Stefan Monnier
2008-11-09 11:13 ` Andreas Schwab
2008-11-09 15:04 ` Stefan Monnier
2008-11-17 5:01 ` Michael Albinus
2008-11-17 14:46 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvy6zt54ag.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=michael.albinus@gmx.de \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).