[lkml]   [2004]   [Mar]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] barrier patch set

    On Tue, 2004-03-30 at 23:13, Chris Mason wrote:

    > Most database benchmarks are done on scsi, and the blkdev_flush should
    > be a noop there. For IDE based database and mail server benchmarks, the
    > results won't be pretty.

    Yep. I'm really not too worried about big database benchmarks -- those
    are very much special cases, using rather specialised storage setup
    (SCSI or FC, striped over lots of small disks rather than fewer large
    ones.) I'm much more concerned about your average LAMP user's mysql
    database, and how to keep performance sane on that.

    > The reiserfs fsync code tries hard to only flush once, so if a commit is
    > done then blkdev_flush isn't called. We might have to do a few other
    > tricks to queue up multiple synchronous ios and only flush once.

    Batching is really helpful when you've got lots of threads that can be
    coalesced, yes. ext3 does that for things like mail servers. I'm not
    sure whether the same tricks will apply to the various databases out
    there, though.


    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:02    [W:0.044 / U:13.292 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site