[EMAIL PROTECTED] wrote on 07/22/2008 08:05:01 AM: > > Hi All > >Is there any hope for deduplication on ZFS ? > >Mertol Ozyoney > >Storage Practice - Sales Manager > >Sun Microsystems > > Email [EMAIL PROTECTED] > > There is always hope. > > Seriously thought, looking at http://en.wikipedia. > org/wiki/Comparison_of_revision_control_software there are a lot of > choices of how we could implement this. > > SVN/K , Mercurial and Sun Teamware all come to mind. Simply ;) merge > one of those with ZFS. > > It _could_ be as simple (with SVN as an example) of using directory > listings to produce files which were then 'diffed'. You could then > view the diffs as though they were changes made to lines of source code. > > Just add a "tree" subroutine to allow you to grab all the diffs that > referenced changes to file 'xyz' and you would have easy access to > all the changes of a particular file (or directory). > > With the speed optimized ability added to use ZFS snapshots with the > "tree subroutine" to rollback a single file (or directory) you could > undo / redo your way through the filesystem. >
dedup is not revision control, you seem to completely misunderstand the problem. > Using a LKCD (http://www.faqs.org/docs/Linux-HOWTO/Linux-Crash-HOWTO.html > ) you could "sit out" on the play and watch from the sidelines -- > returning to the OS when you thought you were 'safe' (and if not, > jumping backout). > Now it seems you have veered even further off course. What are you implying the LKCD has to do with zfs, solaris, dedup, let alone revision control software? -Wade _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss