[lkml]   [2005]   [Mar]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Real-Time Preemption and RCU

    * Herbert Xu <> wrote:

    > Ingo Molnar <> wrote:
    > >
    > > i really have no intention to allow multiple readers for rt-mutexes. We
    > > got away with that so far, and i'd like to keep it so. Imagine 100
    > > threads all blocked in the same critical section (holding the read-lock)
    > > when a highprio writer thread comes around: instant 100x latency to let
    > > all of them roll forward. The only sane solution is to not allow
    > > excessive concurrency. (That limits SMP scalability, but there's no
    > > other choice i can see.)
    > What about allowing only as many concurrent readers as there are CPUs?

    since a reader may be preempted by a higher prio task, there is no
    linear relationship between CPU utilization and the number of readers
    allowed. You could easily end up having all the nr_cpus readers
    preempted on one CPU. It gets pretty messy.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:11    [W:0.021 / U:60.428 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site