Andreas Dilger wrote:
quoted text
> 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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html