Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm glad Hammer FS exist, it is always great to have options, and new filesystems have more to build on.

But this one seems weird to me:

> copy-on-write, implying snapshots and such, like ZFS, but snapshots are writable.

snapshot by definition should be read-only, also ZFS allows to create a new filesystem from snapshot (through zfs clone) which is also O(1) operation.



Read-only and read-write snapshots are possible with LVM, ZFS, Btrfs, and many commercial storage solutions.

One reason why you would want a writable snapshot is during backup validation. An application may need to do crash recovery before being able to read data, and having a writable filesystem makes things a lot easier.

I know that ZFS and LVM both send writes to a separate area, so the original snapshot is never modified (don't know about Btrfs implementation details).


Yes, what I said in ZFS you can instantly (and without using extra space) create a writable filesystem from snapshot using zfs clone (you can create multiple filesystems from one snapshot), but snapshots by itself are always read only.


That looks a bit like git versus svn. So, it _might_ be an insane idea that ends up being a good idea.

Especially if the default is to have a read only snapshot, I do not rule that out.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: