Hi, All RCU flavors seem to use single common global counter, thread list, etc (to be precisely it seems that rcu_*lock is a single per-process "lock"). So if I use multiple data structures, i.e. rculfhashes, I protect them via single shared RCU "lock". In case of QSBR it looks problematic: reclamation of objects from object A depends on QS of threads which use another objects. What is the reason of such design? Especially in comparison with per-object RCU primitives. Any performance implications?
-- Eugene
_______________________________________________ lttng-dev mailing list [email protected] http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
