[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #24140] Painfully slow find(1) in list-permission-only AFS paths

From: James Youngman
Subject: [bug #24140] Painfully slow find(1) in list-permission-only AFS paths
Date: Sun, 31 Aug 2008 12:50:24 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/2008071420 Iceweasel/3.0.1 (Debian-3.0.1-1)

Follow-up Comment #3, bug #24140 (project findutils):

<blockquote>I vaguely recall that when doing readdir() for an AFS file with
only "l" access, d_type would have an value corresponding to "unknown." In
which case, find(1) can assume that a stat() is pointless because it would
invariably fail.</blockquote>

That's not true in general for file systems other than AFS, though.

<blockquote>I didn't give it a -type predicate, and it can already tell which
ones are directories via d_type, so why go to the trouble?</blockquote>

Because it can't be sure that the DT_UNKNOWN entries aren't really
directories.   It's possible that fts() could be changed to assume different
semantics for DT_UNKNOWN on AFS and non-AFS filesystems, but who would take up
the maintenance and testing burden for such a change?

Since I have no access to any AFS system for development, I'm not in a
position to test any changes relating to it.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]