On Wed, Oct 22, 2003 at 01:59:28PM -0400, [EMAIL PROTECTED] wrote: > We've had performance and stability issues with readwrite data, > however, and strategically we're migrating most readwrite data into > NFS/CIFS. Yeah, this comes at a huge loss in manageability and > security, but life's a bunch of trade offs... The bottom line is that > AFS is suboptimal for readwrite data, and with the availability of > MP-fast NFSv3 servers and clients, AFS just can't compete when raw > performance is an issue.
This may be related to the overall desing of AFS -- focusing on readonly or write-seldom type of file serving. The ugly wart that hits me with AFS is the lack of file locking which has been discussed many times before. I wonder if rather than changing the AFS server portion, we might look at extending the AFS client piece to be an intelligent multi-client -- one that would serve both AFS and connect to NFS or CIFS (my preference is SAMBA) if the afs cache manager (client) peice could sort out what parts of the name space existed in CIFS space, and then if Samba could be made to use AFS tokens for authentication, that would be really cool... -- David Bear phone: 480-965-8257 fax: 480-965-9189 College of Public Programs/ASU Wilson Hall 232 Tempe, AZ 85287-0803 "Beware the IP portfolio, everyone will be suspect of trespassing" _______________________________________________ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
