From: Stephen Berman <stephen.berman@gmx.net>
To: emacs-devel@gnu.org
Subject: Re: Recent recentf slowdown?
Date: Fri, 26 Jun 2009 09:11:11 +0200 [thread overview]
Message-ID: <87hby3qxkg.fsf@escher.local.home> (raw)
In-Reply-To: 871vp7d5gz.fsf@gmx.de
On Fri, 26 Jun 2009 05:44:12 +0200 Michael Albinus <michael.albinus@gmx.de> wrote:
> Stephen Berman <stephen.berman@gmx.net> writes:
>
>> According to the ChangeLog there hasn't been anything change to recentf
>> for a long time. Perhaps the pause is due to the tramp update, though I
>> was not using tramp to visit the file being cleaned up when Emacs
>> paused. Has anyone else experienced this or does anyone have an idea
>> what the cause could be?
>
> I'm not aware of a Tramp change which could explain this behaviour. You
> might add (setq tramp-verbose 8) in your .emacs, in case of Tramp
> activities we can check them in Tramp's debug buffer, including timestamps.
Thanks for the suggestion. I added it before starting Emacs today.
Tramp is apparently not involved, since no Tramp debug buffer or any
other Tramp buffer came up and there's no mention of Tramp in
*Messages*. But at startup there was again a pause when the echo area
displayed the message "Cleaning up the recentf list...". This time it
lasted about 30 seconds, then startup completed and Emacs appears to be
running normally. However, the complete recentf message is "Cleaning up
the recentf list...done (0 removed)", so I assume 30 seconds is too long
and indicative of a problem. With this emacs process running I started
another Emacs with my initializations, including the same recentf file,
and it came up without a pause. Same thing with `emacs -Q --eval
"(recentf-mode 1)"'.
Steve Berman
next prev parent reply other threads:[~2009-06-26 7:11 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-25 8:06 Recent recentf slowdown? Stephen Berman
2009-06-26 3:44 ` Michael Albinus
2009-06-26 7:11 ` Stephen Berman [this message]
2009-07-02 8:56 ` Stephen Berman
2009-07-03 11:21 ` Recent recentf slowdown due to "/ftp:..." Stephen Berman
2009-07-04 11:08 ` Stephen Berman
2009-07-05 15:53 ` Michael Albinus
2009-07-06 8:06 ` Stephen Berman
2009-07-07 13:04 ` Stephen Berman
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87hby3qxkg.fsf@escher.local.home \
--to=stephen.berman@gmx.net \
--cc=emacs-devel@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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.