[lkml]   [2010]   [Jun]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Overview of concurrency managed workqueue
    On Thu, 2010-06-17 at 07:29 +0200, Florian Mickler wrote:
    > For what its worth, IMO the right thing to do would probably be to
    > propagate the priority through the subsystem into the driver.
    > Not fumbling with thread priorities. As Tejun said, these are not
    > really userspace ABI ... (It's like hitting at the side of a vending
    > machine if the coin is stuck... may work, but definitely not
    > supported by the manufacturer)

    I don't agree with your analogy here .. It's more like you have two
    items in the vending machine item A and item B. Tejun is saying he likes
    item A, his friends like item A so that must mean item B is not
    interesting so he removes it (without knowing how many people want it).
    So what happens? People use another vending machine. (Linux is the
    vending machine) ..

    >From my perspective this is like using Linux only for throughput which
    is what Tejun is maximizing. In addition Tejun is blowing up the
    alternative which is to prioritize the work items and sticking you with
    strictly a throughput based system.

    Do you thing maybe it's possible that the work items aren't all created
    equal? Maybe one item _is_ more important than another one. Maybe on a
    given system Tejun's workqueues runs a 1000 useless pointless work items
    before he gets to the valuable one .. Yet the user is powerless to
    dictate what is or is not important.

    > Once you have the priority in the driver you could pass it to the
    > workqueue subsystem (i.e. set the priority of the work) and the worker
    > could then assume the priority of its work.
    > The tricky part is probably to pass the priority from the userspace
    > thread to the kernel?

    Threads are designed to have priorities tho, and threads are pervasive
    throughout Linux .. It seems like setting a priorities to drivers would
    be like re-inventing the wheel ..

    If you were to say make the driver use kthreads instead of workqueues,
    then you could set the priority of the kthreads .. However, you said
    this isn't part of the ABI and so your back to your original argument
    which is that you shouldn't be setting priorities in the first place.


     \ /
      Last update: 2010-06-17 20:07    [W:0.023 / U:6.300 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site