lkml.org 
[lkml]   [2006]   [Oct]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [patch] drivers: wait for threaded probes between initcall levels
    From
    Date
    On Mon, 2006-10-30 at 15:38 +0100, Arjan van de Ven wrote:

    > how much of this complexity goes away if you consider the
    > scanning/probing as a series of "work elements", and you end up with a
    > queue of work elements that threads can pull work off one at a time (so
    > that if one element blocks the others just continue to flow). If you
    > then find, say, a new PCI bus you just put another work element to
    > process it at the end of the queue, or you process it synchronously. Etc
    > etc.
    >
    > All you need to scale then is the number of worker threads on the
    > system, which should be relatively easy to size....
    > (check every X miliseconds if there are more than X outstanding work
    > elements, if there are, spawn one new worker thread if the total number
    > of worker threads is less than the system wide max. Worker threads die
    > if they have nothing to do for more than Y miliseconds)

    Instead of checking every X ms, just check at each job insertion.

    Xav

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2006-10-30 16:03    [W:0.023 / U:87.768 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site