User: Password:
Subscribe / Log in / New account

Soft updates, hard problems

Soft updates, hard problems

Posted Jul 2, 2009 15:17 UTC (Thu) by butlerm (guest, #13312)
Parent article: Soft updates, hard problems

Journalling doesn't have to be slow, or have synchronous write
dependencies. In fact the primarily purpose of journalling is to avoid
synchronous write dependencies.

The ones that are remaining are related to the fact that data writes are
logically part of many meta data transactions, and performing certain meta
data transactions (notably renames) is normally unsafe without waiting for
the corresponding data write to complete first.

That is not a necessary constraint, however, if special considerations are
take to undo the problematic operations after an unclean shutdown. Soft
updates multi-versions individual meta data structures to solve the
consistency problem - a more general, and easier to maintain technique is
to use the journal to roll forward, and then individually roll back certain
transactions to restore data - meta data consistency without unnecessarily
discarding the good version of valuable files, etc.

(Log in to post comments)

Soft updates, hard problems

Posted Jul 2, 2009 15:26 UTC (Thu) by butlerm (guest, #13312) [Link]

That should be "user visible synchronous write dependencies", with the
exception of non-gratuitous fsync operations of course.

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