Re: emacs slow on dired renaming

[Robert Marshall]

On Fri, Apr 04 2014, Eli Zaretskii <eliz@gnu.org> wrote:

>> From: Robert Marshall <spam@capuchin.co.uk>
>> Date: Fri, 04 Apr 2014 14:17:51 +0100
>> 
>> At the moment it's still under 2 sec for each file.
>
> When you start a new session, does the command run as fast as in
> "emacs -Q", or is it already significantly slower?  If the latter, it
> might be better to bisect your .emacs until you find the part that
> causes the slowdown.
>

In both cases (with and without -Q) renaming the 10 files - moving them
from one directory to a subdirectory - (with both dired buffers
displayed in the frame and using dired-dwim-target set to t to provide
the default target and that's the same as in the slow case) there is no
perceptible difference - both appear to be immediate.

>> I've manually loaded
>> dired and dired-aux and now get the report which follows. The culprit
>> appears to be dired-in-this-tree (or the number of times its called as
>> its rather short) - at the moment I have 42 dired buffers open (and
>> dired-buffers confirms this) of which only 1 or 2 have subdirectories
>> also open within the buffer.
>> 
>> I've opened a couple more dired buffers since starting but most of them were
>> open from the beginning (via desktop) and then there was no slowdown.
>
> I see nothing of interest in the profile.
>
> Does this happen with renaming any file/directory, or only with files
> on some specific filesystems?  Are those filesystems local ore remote
> (NFS, Samba, etc.)?
>

They're both directories within $HOME which is /dev/sdb7 - so both local.
I'd suspect a dodgy disk if it wasn't for the delay vanishing on a
restart - and I've been trying a new emacs session at the same time as
the one which produces the delay - and the new one has no delay.

> If you try renaming a single file with "M-x rename-file RET", does it
> also take 2 sec?
>
There's no apparent delay

Robert
-- 
La grenouille songe..dans son château d'eau
Links and things http://rmstar.blogspot.com/