GNU bug report logs - #5833
23.1.94; Opening files on network shares on w32 is slow

Previous Next

Package: emacs;

Reported by: Mathias Dahl <mathias.dahl <at> gmail.com>

Date: Sat, 3 Apr 2010 21:36:02 UTC

Severity: normal

Tags: moreinfo

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mathias Dahl <mathias.dahl <at> gmail.com>
Cc: 5833 <at> debbugs.gnu.org
Subject: bug#5833: 23.1.94; Opening files on network shares on w32 is slow
Date: Tue, 06 Apr 2010 00:58:39 +0300
> From: Mathias Dahl <mathias.dahl <at> gmail.com>
> Date: Mon, 5 Apr 2010 20:15:47 +0200
> Cc: 5833 <at> debbugs.gnu.org
> 
> > Btw, is "C-x C-f" faster than Dired, by any chance?
> 
> No, at least not enough to be measured with a stop watch.
> 
> > Can you tell if setting the following variables has any effect?
> >
> >  (setq vc-handled-backends nil)
> 
> From having taken close to 8 seconds (tried repeatedly), after this
> change it takes almost 6, so 2 s better. Still a long time, but
> better.
> 
> >  (setq locate-dominating-stop-dir-regexp "")
> 
> That maybe shaves off half a second. Again, hard to done any
> scientific tests using a physical stop watch.

That's strange: I thought they would slash much more.

How about insert-file-contents and insert-file-contents-literally --
can you time those?

Another idea is to use elp.el to profile the various functions called
by find-file.  At least for the Lisp level, we will see where's the
bottleneck, and that might give some ideas.





This bug report was last modified 5 years and 276 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.