LWN.net Logo

CIFS? Really?

CIFS? Really?

Posted Feb 9, 2007 10:10 UTC (Fri) by lamikr (guest, #2289)
In reply to: CIFS? Really? by proski
Parent article: Why a secret patent deal won't help Linux/Windows (LinuxWorld)

Do you know some projects dealing with the NFS replacement?


(Log in to post comments)

CIFS? Really?

Posted Feb 9, 2007 14:00 UTC (Fri) by mbottrell (guest, #43008) [Link]

Like CODA, OpenAFS, InterMezzo or Lustre to start with?

CIFS? Really?

Posted Feb 9, 2007 20:29 UTC (Fri) by khim (subscriber, #9252) [Link]

How fast can you copy 25GB file from one xxxfs server to another one ? With NFS or CIFS the answer is "pretty darn fast". All filesystems you've mentioned such at this. They have a lot of other interesting qualities, but they are not NFS replacement, sadly...

CIFS? Really?

Posted Feb 9, 2007 23:14 UTC (Fri) by drag (subscriber, #31333) [Link]

Yep. Plus Coda and Intermezzo are dead dead dead.

OpenAFS I've used before. It's very nice for networks were you have large amounts of distributed users over insecure and unreliable networks.

Say if I wanted to do file sharing over a widespread campus with heavy use of wireless then OpenAFS would entirely kick-rear. It has heavy local cache and has acceptable levels of authentication (kerberos 4) and crypto (not aas strong as ssh, but better then CIFS).

A person can be using OpenAFS, editing files on it and such, loose the connection to the server (temporarially) and still be able to work with their files. Also you can move and mirror volumes from server to server and it is completely transparent to the end users becuase it uses a world-wide directory system were you have mount points and such, similar to Unix directory system.. rather then "server:/share" model for NFS or other common network fs's.

However it has severe limitations. It won't handle large files well at all. Completely unsuitable. It's for small text files. Volumes are non-native to Linux.. you need to have OpenAFS running to access the files on the server which can complicate recovery. File permissions are not POSIX. Volume sizes are severly limited.

User training is hard. Since it's not posix file permissions are very confusing and overall it's confusing to people used to using computers.

The upshot is that since it's been open source'd it's stability and usefullness has increased dramaticly and it has a healthy development community.

Lustre is very very interesting. Lustre folks have contributed a lot of improvements to Ext3 and will have a lot of involvement in Ext4, I beleive. Its a POSIX fs, it supports Linux-style ACLs, and most of the important bits that it uses are already in the kernel and being used in other FS's.

Performance is very very high. It's been used to break speed records.

It's very distributed and has lots of failover features. Seperate Metadata servers, volume servers, distributed lock server, etc. Performance and scalability can be very good as your files aand volumes will be distributed across many machines. You can agregate bandwidth and other stuff.

It can tie into SANs, or be used off of PC hardware. Supports all the hip stuff like remote DMA, exploit gigabit ethernet/fiberchannel/infinaband fully.

It's efficient, claiming in benchmarks to get 944Mb/s file transfer performance on a gigabit network.

blah blah blah.

Pretty much any sort of file system feature you could ever want in a distributed clustering file system in the enterprise is aviable in Lustre.

Then you have the ability to export volumes so that they can be accessed via NFS or CIFS.

The major downside right now is that it's going to be hugely complicated to deploy. Also there is no strong security for it right now, due it being targetted for high performance computing applications before being general-use (which it's aiming for). Hopefully by the end of this year they will get initial support for Kerberos and other strong security models.

CIFS? Really?

Posted Feb 15, 2007 6:00 UTC (Thu) by k8to (subscriber, #15413) [Link]

Some random comments.

Coda may be dead, but it claims that it is not. Some of the researchers inside CMU are trying to get it a bit more produciton ready and float it into the wider community. I too thought it was dead until recently, and it may only be on life-support, but they're trying.

AFS, Coda, and even Lustre all fail for the case of a small network. Say a family-sized network. They all require dedicated storage volumes which means planning ahead and some kind of information management person. The case of "I want to make this directory available read-only to my mom and sister" seems to be handled poorly by every protocol. NFS has no reasonable user selection, CIFS has a baroque windows-oriented user selection. They all have poor error messages and involve lots of reading log files to get things working.

It really would be nice to have a relatively easy to set up network filesystem that could work with sane semantics in a heterogeneous way. I guess this is a hard problem though since semantics on some platforms are insane. Huge bonus points for pleasant behavior in disconnect state.

Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds