[lkml]   [2001]   [Sep]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] Significant performace improvements on reiserfs systems, kupdated bugfixes
    On Thu, 20 Sep 2001, Beau Kuiper wrote:

    > Patch 3
    > This patch was generated as I was exploring the buffer cache, wondering
    > why reiserfs was so slow on 2.4. I found that kupdated may write buffers
    > that are not actually old back to disk. Eg
    > Imagine that there are 20 dirty buffers. 16 of them are more that 30
    > seconds old (and should be written back), but the other 4 are younger than
    > 30 seconds. The current code would force all 20 out to disk, interrupting
    > programs still using the young 4 until the disk write was complete.
    > I know that it isn't a major problem, but I found it and I have written
    > the patch for it :-)

    Be careful! MTAs rely on this behaviour on fsync(). The official
    consensus on ReiserFS and ext3 on current Linux 2.4.x kernels (x >= 9)
    is that "any synchronous operation flushes all pending operations", and
    if that is changed, you MUST make sure that the changed ReiserFS/ext3fs
    still make all the guarantees that softupdated BSD file systems make,
    lest you want people to run their mail queues off "sync" disks.

    Note also, if these blocks belong to newly-opened files, you definitely
    want kupdated to flush these to disk on its next run so that the files
    are still there after a crash.

    I'm not exactly sure what your patch 3 does and how the buffers work,
    but I'm absolutely sure we want the "fsync on an open file also syncs
    all pending rename/link/open operations the corresponding file has

    Softupdates FFS (BSD) does that, and ReiserFS/ext3fs also do that by
    just flushing all pending operations on a synchronous one, and it's not

    This may cause additional writes, but the reliability issues must be
    taken into account here. We don't gain anything if files get lost over a
    crash just because you want to save 4 writes.
    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 13:03    [W:0.025 / U:1.296 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site