lkml.org 
[lkml]   [2010]   [Jan]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [RFC PATCH] asynchronous page fault.
    From
    Date
    On Sun, 2010-01-03 at 19:02 -0800, Paul E. McKenney wrote:
    > It would not be all that hard for me to make a call_srcu(), but...
    >
    > 1. How are you avoiding OOM by SRCU callback? (I am sure you
    > have this worked out, but I do have to ask!)

    Well, I was thinking srcu to have this force quiescent state in
    call_srcu() much like you did for the preemptible rcu.

    Alternatively we could actively throttle the call_srcu() call when we've
    got too much pending work.

    > 2. How many srcu_struct data structures are you envisioning?
    > One globally? One per process? One per struct vma?
    > (Not necessary to know this for call_srcu(), but will be needed
    > as I work out how to make SRCU scale with large numbers of CPUs.)

    For this patch in particular, one global one, covering all vmas.

    One reason to keep the vma RCU domain separate from other RCU objects is
    that these VMA thingies can have rather long quiescent periods due to
    this sleep stuff. So mixing that in with other RCU users which have much
    better defined periods will just degrade everything bringing that OOM
    scenario much closer.


    \
     
     \ /
      Last update: 2010-01-04 08:57    [W:4.137 / U:1.416 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site