joe.korty at ccur
May 22, 2012, 6:38 AM
On Mon, May 21, 2012 at 06:57:44PM -0400, Andi Kleen wrote:
> Joe Korty <joe.korty [at] ccur> writes:
> > + *
> > + * jRCU assumes that the frames are large enough that architecture barrier
> > + * operations performed in one frame have fully completed by the start of
> > + * the next. This period is presumed to be in the tens of microseconds, so
> > + * it may not be wise to run jRCU at a frame rate under 100 usecs.
> This sounds like a very dangerous assumption.
Yeah, I may have to go to a spin lock. Easy to do, but
I didn't want the serialization that results. I figured
that with a frame rate of 20 - 1000 Hz it wasn't necessary.
And of course I may not have fully understood all the
nuances of barriers and the memory model. After all,
spin locks work using pretty much the same techniques and
they don't suffer from any need to delay.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo [at] vger
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/