Andreas Dilger wrote:
On Nov 29, 2006  09:04 +0000, Christoph Hellwig wrote:
 - readdirplus

        This one is completely unneeded as a kernel API.  Doing readdir
        plus calls on the wire makes a lot of sense and we already do
        that for NFSv3+.  Doing this at the syscall layer just means
        kernel bloat - syscalls are very cheap.

The question is how does the filesystem know that the application is
going to do readdir + stat every file?  It has to do this as a heuristic
implemented in the filesystem to determine if the ->getattr() calls match
the ->readdir() order.  If the application knows that it is going to be
doing this (e.g. ls, GNU rm, find, etc) then why not let the filesystem
take advantage of this information?  If combined with the statlite
interface, it can make a huge difference for clustered filesystems.



I think that this kind of heuristic would be a win for local file systems with a huge number of files as well...

ric
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to