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