lkml.org 
[lkml]   [2009]   [Mar]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
DateSun, 29 Mar 2009 23:01:53 -0400
FromMark Lord <>
SubjectRe: Linux 2.6.29
Dave Chinner wrote:
> On Sat, Mar 28, 2009 at 11:17:08AM -0400, Mark Lord wrote:
>> The better solution seems to be the rather obvious one:
>>
>> the filesystem should commit data to disk before altering metadata.
>
> Generalities are bad. For example:
>
> write();
> unlink();
> <do more stuff>
> close();
>
> This is a clear case where you want metadata changed before data is
> committed to disk. In many cases, you don't even want the data to
> hit the disk here.
..

Err, no actually. I want a consistent disk state,
either all old or all new data after a crash.

Not loss of BOTH new and old data.

And the example above is trying to show, what??
Looks like a temporary file case, except the code
is buggy and should be doing the unlink() before
the write() call.

But thanks for looking at this stuff!


\
 
 \ /
  Last update: 2009-03-30 05:05    [from the cache]
©2003-2010