From: Xuan Baldauf (xuan--reiserfs@baldauf.org)
Date: 02/05/01-11:28:21 AM Z
Message-ID: <3A7EE2B5.EDAABB72@baldauf.org> Date: Mon, 05 Feb 2001 18:28:21 +0100 From: Xuan Baldauf <xuan--reiserfs@baldauf.org> Subject: Re: [reiserfs-list] Directory cookie issues Eric Werme USG wrote: > Xuan Baldauf wrote: > > >Maybe a directory format plugin would be desirable. People needing > >stable NFS use the hash format (with the various hash > >algorithms). People needing fast access to their thousands of > >subdirectories use alternative formats (e.g. stem compression, > >everything you like) at the cost of being not fully NFSv2 compatible > >(and having a question mark at NFS in general). The cases where both > >needs (NFS and large directories) collide are much more rare than the > >cases where the current hash format and large directories do collide. > > I think you lost me here. Do you mean a "protocol plugin" that both > client and server would use? Do you mean something on just the server > that both VFS and NFS would use? Do you mean something that reiserfs > would use to allow admins to configure the file system to their > application? Sorry Ric, the text aboce and below were intended for the ReiserFS developers. A directory format plugin would decide how to internally store directory data within a filesystem. This primarily does not have to do with NFS, only secondary (not every directory data format is suitable for current NFS). > > > >But be cautious, if you implement directory format plugins, plugins > >for other things (like stat data emulator), etc., we can end up in > >SuperFS. *grin* > > What is "stat data emulator"? The stat data emulator is a little program which to with the stat() call for a file is handed over. Many applications which create millions of files do not need stat data, so instead of storing stat data for every file, you just store some information into the directory of the file that every file in this directory does not have stat data, it is created by the stat data emulator program. This has nothing to do with NFS, it was intended for the ReiserFS developers. > Are there issues with that and NFS V4's > named attributes? > > Hans, I think the sooner you or someone can describe exactly what > reiserfs needs from NFS V4, the more concise the Emails will be! > > -Ric Werme Xuân.
This archive was generated by hypermail 2.1.2 : 03/04/05-01:48:30 AM Z CST