[lkml]   [2010]   [Jan]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] cfq-iosched: non-rot devices do not need read queue merging
    On Thu, Jan 7, 2010 at 3:36 PM, Vivek Goyal <> wrote:
    > Hi Corrado,
    > How does idle time value relate to flash card being slower for writes? If
    > flash card is slow and we choose to idle on queue (because of direct
    > writes), idle time value does not even kick in. We just continue to remain
    > on same cfqq and don't do dispatch from next cfqq.
    > Idle time value will matter only if there was delay from cpu side or from
    > workload side in issuing next request after completion of previous one.
    > Thanks
    > Vivek
    Hi Vivek,
    for me, the optimal idle value should approximate the cost of
    switching to an other queue.
    So, for reads, if we are waiting for more than 1 ms, then we are
    wasting bandwidth.
    But if we switch from reads to writes (since the reader thought
    slightly more than 1ms), and the write is really slow, we can have a
    really long latency before the reader can complete its new request.
    So the optimal choice would be to have two different idle times, one
    for switch between readers, and one when switching from readers to


     \ /
      Last update: 2010-01-07 18:03    [W:0.020 / U:11.056 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site