On 17 Jun 11, at 21:02 , Ross Walker wrote: > On Jun 16, 2011, at 7:23 PM, Erik Trimble <erik.trim...@oracle.com> wrote: > >> On 6/16/2011 1:32 PM, Paul Kraus wrote: >>> On Thu, Jun 16, 2011 at 4:20 PM, Richard Elling >>> <richard.ell...@gmail.com> wrote: >>> >>>> You can run OpenVMS :-) >>> Since *you* brought it up (I was not going to :-), how does VMS' >>> versioning FS handle those issues ? >>> >> It doesn't, per se. VMS's filesystem has a "versioning" concept (i.e. every >> time you do a close() on a file, it creates a new file with the version >> number appended, e.g. foo;1 and foo;2 are the same file, different >> versions). However, it is completely missing the rest of the features we're >> talking about, like data *consistency* in that file. It's still up to the >> app using the file to figure out what data consistency means, and such. >> Really, all VMS adds is versioning, nothing else (no API, no additional >> features, etc.). > > I believe NTFS was built on the same concept of file streams the VMS FS used > for versioning. > > It's a very simple versioning system. > > Personnally I use Sharepoint, but there are other content management systems > out there that provide what your looking for, so no need to bring out the > crypt keeper. >
I think from following this whole discussion people are wanting "Versions" which will be offered by OS X Lion soon. However, it is dependent upon applications playing nice,behaving and using the "standard" API's. It would likely take a major overhaul in the way ZFS handles snapshots to create them at the object level rather than the filesystems level. Might be a nice exploratory exercise for those in the know with the ZFS roadmap, but then there are two "roadmaps" right? Also consistency and integrity cannot be guaranteed on the object level since an application may have more than a single filesystem object in use at a time and operations would need to be transaction based with commits and rollbacks. Way off-topic, but Smalltalk and its variants do this by maintaining the state of everything in an operating environment image. But then again, I could be wrong. Mike --- Michael Sullivan m...@axsh.us http://www.axsh.us/ Phone: +1-662-259-8888 Mobile: +1-662-202-7716 _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
