X-Git-Url: https://git.liburcu.org/?a=blobdiff_plain;f=doc%2Fexamples%2Furcu-flavors%2Fqsbr.c;h=661ecae481d483f1f45c49944e253503748c3cd7;hb=70469b43316ecc8d6053550504858ad8a8ef9b16;hp=75302f0d31cf035afe2036039210fc3cb90fdf71;hpb=7ff54418ffac313216eac70d7af1474a78c21706;p=urcu.git diff --git a/doc/examples/urcu-flavors/qsbr.c b/doc/examples/urcu-flavors/qsbr.c index 75302f0..661ecae 100644 --- a/doc/examples/urcu-flavors/qsbr.c +++ b/doc/examples/urcu-flavors/qsbr.c @@ -22,7 +22,7 @@ #include #include -#include /* QSBR RCU flavor */ +#include /* QSBR RCU flavor */ #include /* List example */ #include /* For CAA_ARRAY_SIZE */ @@ -62,7 +62,7 @@ void rcu_free_node(struct rcu_head *rh) free(node); } -int main(int argc, char **argv) +int main(void) { uint64_t values[] = { 42, 36, 24, }; unsigned int i; @@ -73,7 +73,7 @@ int main(int argc, char **argv) * Each thread need using RCU read-side need to be explicitly * registered. */ - rcu_register_thread(); + urcu_qsbr_register_thread(); /* * Adding nodes to the linked-list. Safe against concurrent @@ -98,7 +98,13 @@ int main(int argc, char **argv) */ cds_list_for_each_entry_safe(node, n, &mylist, node) { cds_list_del_rcu(&node->node); - call_rcu(&node->rcu_head, rcu_free_node); + /* + * call_rcu() will ensure that the handler + * "rcu_free_node" is executed after a grace period. + * call_rcu() can be called from RCU read-side critical + * sections. + */ + urcu_qsbr_call_rcu(&node->rcu_head, rcu_free_node); } /* @@ -107,27 +113,37 @@ int main(int argc, char **argv) * every online registered RCU threads in the program * periodically. */ - rcu_quiescent_state(); + urcu_qsbr_quiescent_state(); /* * For QSBR flavor, when a thread needs to be in a quiescent * state for a long period of time, we use rcu_thread_offline() * and rcu_thread_online(). */ - rcu_thread_offline(); + urcu_qsbr_thread_offline(); sleep(1); - rcu_thread_online(); + urcu_qsbr_thread_online(); + + /* + * We can also wait for a quiescent state by calling + * synchronize_rcu() rather than using call_rcu(). It is usually + * a slower approach than call_rcu(), because the latter can + * batch work. Moreover, call_rcu() can be called from a RCU + * read-side critical section, but synchronize_rcu() ensures the + * caller thread is offline, thus acting as a quiescent state. + */ + urcu_qsbr_synchronize_rcu(); /* * Waiting for previously called call_rcu handlers to complete * before program exits, or in library destructors, is a good * practice. */ - rcu_barrier(); + urcu_qsbr_barrier(); end: - rcu_unregister_thread(); + urcu_qsbr_unregister_thread(); return ret; }