[lkml]   [2010]   [May]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCHSET sched/core] sched: prepare for cmwq

    On 05/23/2010 11:13 AM, Ingo Molnar wrote:
    > ... which is then used for the concurrency-managed
    > workqueue feature, which is then used for a BTRFS speedup,
    > right?
    > ( If that's not the plan then color me confused :)

    Yeap, you're officially confused. :-) It doesn't have much to do with
    btrfs at this point and performance test result was posted earlier
    this year (on your request too) where it performed quite similarly to
    the workqueue code on the favorable side while providing much easier
    API for its users.

    The whole thing has been sitting in my queue for months now blocked on
    these scheduler changes. I've requested multiple times to push this
    forward on at least a separate sched devel branch and make incremental
    changes from there if scheduler side is not satisfactory so that the
    whole code base can be tested in wider scope and fix and improvement
    history can be kept in git, about which you always have had a pretty
    strong opinion about. There is no outstanding major opposition to
    cmwq itself (fscache conversion needs more performance testing tho).
    The whole thing is blocked on these scheduler changes. What's up?



     \ /
      Last update: 2010-05-23 11:27    [W:0.022 / U:5.564 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site