lkml.org 
[lkml]   [2012]   [Apr]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC] writeback and cgroup
    On Wed, Apr 11, 2012 at 11:40:05AM -0400, Vivek Goyal wrote:
    > On Wed, Apr 11, 2012 at 12:24:25AM +0200, Jan Kara wrote:
    >
    > [..]
    > > > I have implemented and posted patches for per bdi per cgroup congestion
    > > > flag. The only problem I see with that is that a group might be congested
    > > > for a long time because of lots of other IO happening (say direct IO) and
    > > > if you keep on backing off and never submit the metadata IO (transaction),
    > > > you get starved. And if you go ahead and submit IO in a congested group,
    > > > we are back to serialization issue.
    > > Clearly, we mustn't throttle metadata IO once it gets to the block layer.
    > > That's why we discuss throttling of processes at transaction start after
    > > all. But I agree starvation is an issue - I originally thought blk-throttle
    > > throttles synchronously which wouldn't have starvation issues.

    Current bio throttling is asynchrounous. Process can submit the bio
    and go back and wait for bio to finish. That bio will be queued at device
    queue in a per cgroup queue and will be dispatched to device according
    to configured IO rate for cgroup.

    The additional feature for buffered throttle (which never went upstream),
    was synchronous in nature. That is we were actively putting writer to
    sleep on a per cgroup wait queue in the request queue and wake it up when
    it can do further IO based on cgroup limits.

    Thanks
    Vivek


    \
     
     \ /
      Last update: 2012-04-11 17:49    [W:4.153 / U:0.180 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site