[lkml]   [2007]   [Nov]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    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

    Thanx, Paul
    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: 2007-11-28 16:55    [W:0.022 / U:46.708 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site