[lkml]   [2010]   [Jul]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RFC PATCH] cfq-iosced: Implement IOPS mode and group_idle tunable V3
    On Sat, Jul 24, 2010 at 04:51:35AM -0400, Christoph Hellwig wrote:
    > To me this sounds like slice_idle=0 is the right default then, as it
    > gives useful behaviour for all systems linux runs on. Setups with
    > more than a few spindles are for sure more common than setups making
    > use of cgroups. Especially given that cgroups are more of a high end
    > feature you'd rarely use on a single SATA spindle anyway. So setting
    > a paramter to make this useful sounds like the much better option.

    Setting slice_idle=0 should give very bad interactivity experience on
    laptops/desktops having SATA disks. My previous tests showed that if
    I start a buffered writer on the disk, then launching firefox took more
    than 5 minutes.

    So slice_idle=0 should not be default. It should be selectively done
    on hardware with multiple spindles and where single cfq queue can't
    keep all spindles busy.

    > Especially given that the block cgroup code doesn't work particularly
    > well in presence of barriers, which are on for any kind of real life
    > production setup anyway.

    True. I was hoping that on a battery backed up storage we shoudl not need
    barriers. Last we talked about it, it sounded as if there might be some
    bugs in file systems we need to fix before we can confidently say that
    yes on battery backed up storage, one can mount file system (ext3, ext4,
    xfs) with barrier disabled and still expect data integrity.


     \ /
      Last update: 2010-07-26 15:55    [W:0.026 / U:13.808 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site