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 majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
