04 Oct, 2009

3 commits


03 Oct, 2009

3 commits

  • This slowly ramps up the async queue depth based on the time
    passed since the sync IO, and doesn't allow async at all until
    a sync slice period has passed.

    Signed-off-by: Jens Axboe

    Jens Axboe
     
  • o Do not allow more than max_dispatch requests from an async queue, if some
    sync request has finished recently. This is in the hope that sync activity
    is still going on in the system and we might receive a sync request soon.
    Most likely from a sync queue which finished a request and we did not enable
    idling on it.

    Signed-off-by: Vivek Goyal
    Signed-off-by: Jens Axboe

    Vivek Goyal
     
  • This is basically identical to what Vivek Goyal posted, but combined
    into one and labelled 'desktop' instead of 'fairness'. The goal
    is to continue to improve on the latency side of things as it relates
    to interactiveness, keeping the questionable bits under this sysfs
    tunable so it would be easy for throughput-only people to turn off.

    Apart from adding the interactive sysfs knob, it also adds the
    behavioural change of allowing slice idling even if the hardware
    does tagged command queuing.

    Signed-off-by: Jens Axboe

    Jens Axboe
     

02 Oct, 2009

33 commits


28 Sep, 2009

1 commit