Re: [PATCH] New operation for kref to help avoid locks

[Corey Minyard]

Arjan van de Ven wrote:

> > Just doing an atomic operation is not faster than doing a lock, an 
> > atomic operation, then an unlock?  Am I missing something?
> >    
>
> if the lock and the atomic are on the same cacheline they're the same
> cost on most modern cpus...
>  
Ah, I see.  Not likely to ever be the case with this.  The lock will 
likely be with the main data structure (the list, or whatever) and the 
refcount will be in the individual item in the main data structure (list 
entry).

-Corey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/