* transaction and atomicity
@ 2002-05-03 21:21 David Garamond
2002-05-04 2:01 ` Hans Reiser
0 siblings, 1 reply; 2+ messages in thread
From: David Garamond @ 2002-05-03 21:21 UTC (permalink / raw)
To: reiserfs-list
since reiserfs is a transactional filesystem, i wonder whether it
exposes a "transaction api". or if not, can i somehow control write
caching to make several filesystem modification operations committed to
disk as a single group? [or will this be tackled in one of reiserfs
version 4?]
if any of the above is not possible, is there a way to do filesystem
operations grouping so they become more reliable (all-or-nothing)?
--
dave
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: transaction and atomicity
2002-05-03 21:21 transaction and atomicity David Garamond
@ 2002-05-04 2:01 ` Hans Reiser
0 siblings, 0 replies; 2+ messages in thread
From: Hans Reiser @ 2002-05-04 2:01 UTC (permalink / raw)
To: David Garamond; +Cc: reiserfs-list
David Garamond wrote:
> since reiserfs is a transactional filesystem, i wonder whether it
> exposes a "transaction api". or if not, can i somehow control write
> caching to make several filesystem modification operations committed
> to disk as a single group? [or will this be tackled in one of reiserfs
> version 4?]
>
> if any of the above is not possible, is there a way to do filesystem
> operations grouping so they become more reliable (all-or-nothing)?
>
> --
> dave
>
>
>
see v4 design web page, api only in v4...
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-05-04 2:01 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-05-03 21:21 transaction and atomicity David Garamond
2002-05-04 2:01 ` Hans Reiser
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.