lkml.org 
[lkml]   [2012]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC PATCH 5/6] implement per-cpu&per-domain state machine call_srcu()
From
Date
On Mon, 2012-03-12 at 10:54 -0700, Paul E. McKenney wrote:
> On Sat, Mar 10, 2012 at 11:09:53AM +0100, Peter Zijlstra wrote:
> > On Thu, 2012-03-08 at 11:58 -0800, Paul E. McKenney wrote:
> > >
> > > But I guess I should ask... Peter, what do you expect the maximum
> > > call_srcu() rate to be in your use cases? If tens of thousands are
> > > possible, some adjustments will be needed.
> >
> > The one call-site I currently have is linked to vma lifetimes, so yeah,
> > I guess that that can be lots.
>
> So the worst case would be if several processes with lots of VMAs were
> to exit at about the same time? If so, my guess is that call_srcu()
> needs to handle several thousand callbacks showing up within a few
> tens of microseconds. Is that a reasonable assumption, or am I missing
> an order of magnitude or two in either direction?

That or a process is doing mmap/munmap loops (some file scanners are
known to do this). But yeah, that can be lots.

My current use case doesn't quite trigger since it needs another syscall
to attach something to a vma before vma tear-down actually ends up
calling call_srcu() so in practice it won't be much at all (for now).

Still I think its prudent to make it (srcu callbacks) deal with plenty
callbacks even if initially there won't be many -- who knows what other
people will do while you're not paying attention... :-)


\
 
 \ /
  Last update: 2012-03-12 19:01    [W:0.101 / U:1.676 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site