From: Stephen Berman <stephen.berman@gmx.net>
To: emacs-devel@gnu.org
Subject: Recent recentf slowdown due to "/ftp:..."
Date: Fri, 03 Jul 2009 13:21:24 +0200 [thread overview]
Message-ID: <87y6r6t3kb.fsf@escher.local.home> (raw)
In-Reply-To: 87r5wzzcnq.fsf@escher.local.home
On Thu, 02 Jul 2009 10:56:09 +0200 Stephen Berman <stephen.berman@gmx.net> wrote:
> On Fri, 26 Jun 2009 09:11:11 +0200 Stephen Berman <stephen.berman@gmx.net> wrote:
>
>> *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)"'.
>
> I continue to see this misbehavior, i.e. a ca. 30 stillstand while the
> recentf list is being cleaned up, even with 0 files removed. Today I
> reproduced it with -Q -l test.el, the latter file consisting solely of
> this:
>
> (custom-set-variables
> '(recentf-mode t))
>
> This was with my recentf file. Again there was a ca. 30 second pause
> (one file was removed). I have not been able to reproduce the pause by
> repeating this with a new emacs process but the same login session.
> Does anyone have an idea what the problem could be, or a suggestion
> about how to try and track it down?
I've narrowed it down to the above sexp as the entire content of
~/.emacs and this ~/.recentf:
,----
| ;;; Automatically generated by `recentf' on Fri Jul 3 12:53:43 2009.
|
| (setq recentf-list
| '(
| "/ftp:anonymous@ftp.bla.org:/"
| ))
|
| (setq recentf-filter-changer-current 'nil)
|
| \f
| ;; Local Variables:
| ;; coding: utf-8-emacs
| ;; End:
`----
The above ftp site is made up but it still resulted in a 30 second pause
(I have real ftp sites in my normal recentf-file). Again, this only
happens with the first Emacs started in a given login session, and I've
only been experiencing this since updating from the trunk after the 23.1
branch was created. That update included the new Tramp update and Tramp
appears to be implicated by the above ftp line, though, as I already
mentioned, adding (setq tramp-verbose 8) to ~/.emacs produces no Tramp
debug buffer.
Steve Berman
next prev parent reply other threads:[~2009-07-03 11:21 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
2009-07-02 8:56 ` Stephen Berman
2009-07-03 11:21 ` Stephen Berman [this message]
2009-07-04 11:08 ` Recent recentf slowdown due to "/ftp:..." 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=87y6r6t3kb.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.