On Wednesday, November 23, 2005 04:50:26 PM -0800 [EMAIL PROTECTED] wrote:



On Wed, 23 Nov 2005, Dan Pritts wrote:
This can also be considered a disadvantage.  When using AFS, you are
forced to manage your storage the AFS way.  Files are effectively not
stored natively on the filesystem, and cannot be accessed via some other
method, and must be backed up via afs-specific methods.

It works pretty well, but as an NFSv4 presenter put it, NFS is a network
filesystem - with AFS you have to swallow the whale of all the other AFS
stuff.

I actively do not want files stored natively on a filesystem.  I do not
want to have to traverse an inode tree in order to do a vos release.
Since AFS stores volumes already serialized, you can stream that file off
the disk and across the network much faster than doing the equivalent of
"tar -cf - . | nc destfileserver | tar -xf -" through a directory
structure.

Actually, no. AFS does not store volumes serialized in a single file; that would have horrible performance and/or require the addition of a block allocation layer. AFS always stores each vnode in a distinct file; the difference between inode and namei is how those files are accessed, not how the data is structured.

-- Jeffrey T. Hutzelman (N3NHS) <[EMAIL PROTECTED]>
  Sr. Research Systems Programmer
  School of Computer Science - Research Computing Facility
  Carnegie Mellon University - Pittsburgh, PA

_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info

Reply via email to