On Nov 29, 2006  09:04 +0000, Christoph Hellwig wrote:
quoted text
>  - 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.

Cheers, Andreas
--
Andreas Dilger
Principal Software Engineer
Cluster File Systems, Inc.

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