Re: slow find-file for network file systems and very deep directories

[Eli Zaretskii <eliz@gnu.org>]

> From: AlFire <spamgrinder.trylater@ggmail.com>
> Date: Mon, 15 Sep 2008 20:58:06 -0700
> 
> Eli Zaretskii wrote:
> > 
> > Does it help to set w32-get-true-file-attributes to a nil value?
> > 
> > 
> 
> did not help - I tested it. and probably should since describe-variable says it is NTFS only:
> 
> 
> Documentation:
> Non-nil means determine accurate link count in `file-attributes'.
> Note that this option is only useful for files on NTFS volumes, where hard links
> are supported.  Moreover, it slows down `file-attributes' noticeably.

No, that's not what the doc string says: it says that the option is
_useful_ only on NTFS volumes, i.e. it will only get more accurate
file attributes on NTFS.  But it slows down Emacs on all types of
volumes, and networked volumes get generally hit the most.

> what else? could it be really considered a bug. from the original trace - I noted that Emacs is kind of looking for a source control related files like: .bzr\checkout\, _MTN, {arch}\, MCVS\ and walking thru the tree structure multiple times.

I don't see anything wrong with the trace, since RET in the minibuffer
actually tries to see if there are files in the directory that match
what you typed so far.

Can you compare the time it takes to visit the file when you type "C-x
C-f" with what happens when you type this instead:

   M-: (find-file "W:\dir1\dir2\dir3\dir4\dir5\dir6\dir7\dir8\dir9\dirA\dirB\dirC\file.c") RET

Also, do you happen to know if this was significantly faster in
previous Emacs versions?