On Wed, Oct 20, 2010 at 3:47 PM, Trond Myklebust
<Trond.Myklebust@xxxxxxxxxx> wrote:
>
> That is a really interesting alternative to traditional locking. Could
> we perhaps document it in Documentation/rbtree.txt?
Well, I'd actually suggest avoiding it unless you feel that you
_really_ need it. So I wouldn't want to really suggest it as a generic
locking model - you had better have looked at pretty much all other
alternatives first. And if that seqlock starts failing a lot under
load, it ends up being _more_ expensive than just taking the lock in
the first place.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
