|
From: | Lennart Borgman (gmail) |
Subject: | Re: [h-e-w] Extremely slow file name completion for remote drives |
Date: | Wed, 09 Apr 2008 01:36:07 +0200 |
User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 |
Drew Adams wrote:
Meanwhile I've puzzled out what caused my problem. w32-get-true-file-attributes now defaults to t!Interesting. So why is the default now t?
As far as I can see from a little bit reading it achieves to things: - Accurate hard link count (how useful is this?)- Accurate file attributes (something about avoiding cache on heavily loaded machines)
The doc string says that "this option is only useful for files on NTFS volumes, where hard links are supported" and it "slows down `file-attributes' noticeably." The Emacs manual is stronger: "It considerably slows down Dired and other features, so disable it on slow machines." What does a value of t mean for FAT32 volumes - does it still slow things down, or does if have no performance impact? If the former, couldn't this be made to act as if nil for FAT32 volumes?
[Prev in Thread] | Current Thread | [Next in Thread] |