On 10/9/06, Jonathan Edwards <[EMAIL PROTECTED]> wrote:
> We want to differentiate files that are created intentionally from
> those that are just versions. If files starts showing up on their
> own, a lot of my scripts will break. Still, an FV-aware
> shell/program/API can accept an environment setting that may quiesce
> the version output. E.g. "export show-version=off/on".
if we're talking implementation - i think it would make more sense to
store the block version differences in the base dnode itself rather than
creating new dnode structures to handle the different versions. You'd
then structure different tools or flags to handle the versions (copy
them
to a new file/dnode, etc) - standard or existing tools don't need to
know
about the underlying versions.
The beauty of extending the dnode is that it will continue to behave
nicely through renames or multiple hardlinks. However, handling
Erik's concerns about recovering deleted files will require a bit more
work (mainly concerns about how a user will recover his file(s)).
There may also be performance considerations when if mass version
purging happens often.
--
Just me,
Wire ...
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
