lkml.org 
[lkml]   [1999]   [Oct]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [RFC] Per-inode metadata cache.
    Hi,

    On 18 Oct 1999 08:20:51 -0500, ebiederm+eric@ccr.net (Eric W. Biederman)
    said:

    >> And I still can't see how you can find the stale buffer in a
    >> per-object queue as the object can be destroyed as well after the
    >> lowlevel truncate.

    > Yes but you can prevent the buffer from becomming a stale buffer with the
    > per-object queue.

    That still doesn't let you get rid of the bforget(): remember that a
    partial truncate() still needs to be dealt with, and you can't work out
    which buffers to discard in that case without doing the full metadata
    walk. Just having a per-inode buffer queue doesn't help there (although
    it _would_ help solve the case which we currently get wrong, which is
    directory data blocks, since we never partially truncate a directory).

    --Stephen

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:54    [W:4.173 / U:0.000 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site