Re: [TOPIC] Extending the filesystem crash recovery guaranties contract

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, May 09, 2019 at 12:58:45PM +1000, Dave Chinner wrote:
> 
> SOMC does not defining crash consistency rules - it defines change
> dependecies and how ordering and atomicity impact the dependency
> graph. How other people have interpreted that is out of my control.

Fine; but it's a specific set of the crash consistency rules which I'm
objecting to; it's not a promise that I think I want to make.  (And
before you blindly sign on the bottom line, I'd suggest that you read
it very carefully before deciding whether you want to agree to those
consistency rules as something that XFS will have honor forever.  The
way I read it, it's goes beyond what you've articulated as SOMC.)

> A new syscall with essentially the same user interface doesn't
> guarantee that these implementation problems will be solved.

Well, it makes it easier to send all of the requests to the file
system in a single bundle.  I'd also argue that it's simpler and
easier for an application to use a fsync2() interface as I sketched
out than trying to use the whole AIO or io_uring machinery.

> So it's essentially identical to the AIO_FSYNC interface, except
> that it is synchronous.

Pretty much, yes.

> Sheesh! Did LSFMM include a free lobotomy for participants, or
> something?

Well, we missed your presence, alas.  No doubt your attendance would
have improved the discussion.

Cheers,

					- Ted



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux