lkml.org 
[lkml]   [2007]   [Nov]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: __rcu_process_callbacks() in Linux 2.6
On Tue, Nov 27, 2007 at 10:21:08PM -0800, Paul E. McKenney wrote:
> On Tue, Nov 27, 2007 at 05:49:15PM -0800, Paul E. McKenney wrote:
> > On Mon, Nov 26, 2007 at 06:39:58PM -0800, Paul E. McKenney wrote:
> > > On Mon, Nov 26, 2007 at 02:48:08PM -0800, James Huang wrote:

[ . . . ]

> > > That is correct. This does mean that we should be able to leverage
> > > locking primitives and memory barriers executed from the scheduling
> > > clock interrupt.
> >
> > And I managed to get some time on a 64-CPU POWER5+ system. Been running
> > rcutorture for about 2.5 hours without a failure (128 reader processes)
> > running through not quite 1.5M RCU updates. Of course, this is not
> > proof that the Classic RCU implementation works, but is should provide
> > some reassurance.
> >
> > I will keep it running until I get kicked off (probably rather soon).
>
> More than seven hours, more than 4M RCU updates without failure.
> Someone else's turn for the machine.
>
> Again, not proof, but at least some reassurance.

Just to avoid potential misunderstanding... This testing in no way
changes my opinion that the RCU Classic implementation needs some
combination of documentation and rework. It pretty clearly needs a
bit of both. And the increase in core counts over the past few years
indicates that some scalability work is in order.

What this testing does demonstrate is that we are not in an emergency
situation.

Thanx, Paul
-
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: 2007-11-28 16:55    [W:0.348 / U:0.116 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site