[lkml]   [2004]   [Mar]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] cowlinks v2
    Jamie Lokier <> writes:

    > Eric W. Biederman wrote:
    > > Actually there is... You don't do the copy until an actual write occurs.
    > > Some files are opened read/write when there is simply the chance they might
    > > be written to so delaying the copy is generally a win.
    > Programs depend on the inode number returned by fstat() not changing,
    > and maybe in some other circumstances, even if they subsequently write
    > to the file.
    > (It's ok for open() to change the inode number, because that's
    > equivalent to another program changing the filesystem in parallel).
    > How do you handle that if COW occurs later than open()?
    > You could also force COW when fstat() is called, I suppose.

    One of the rougher patches, in that we don't have persistent inode
    numbers. Basically the two files never have the same inode number.
    To the user they are always presented as two separate files.
    Currently I believe the strategy is to assign an inode when the file
    is read into the icache/dcache. I think it is just a sequential

    This was all implemented as a stackable filesystem. Something
    that gets down to the real filesystem could likely just reuse
    the inode number of the cow link.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:01    [W:0.039 / U:0.728 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site