Advertisement
Guest User

Untitled

a guest
May 24th, 2019
93
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.40 KB | None | 0 0
  1. Relativistic hash tables use the RCU wait-for-readers operation to enforce the ordering and visibility of write operations, without requiring synchronization operations in
  2. the reader. This novel use of wait-for-readers evolved
  3. through a series of increasingly sophisticated write-side
  4. barriers. Paul McKenney originally proposed the elimination of read memory barriers by introducing a new
  5. write memory barrier primitive that forced a barrier on all
  6. CPUs via inter-processor interrupts [14]. McKenney’s
  7. later work on Sleepable Read-Copy Update (SRCU) [15]
  8. used the RCU wait-for-readers operation to manage the
  9. order in which write operations became visible to readers, providing the first example of using wait-for-readers
  10. to order non-reclamation operations; this use served the
  11. same function as a write memory barrier, but without requiring a corresponding read memory barrier in every
  12. RCU reader. Philip Howard further refined this approach
  13. in his work on relativistic red-black trees [9], using the
  14. wait-for-readers operation to order the visibility of tree
  15. rotation and balancing operations and prevent readers
  16. from observing inconsistent states. Howard’s work used
  17. wait-for-readers as a stronger barrier than a write memory barrier, enforcing the order of write operations regardless of the order a reader encounters them in the
  18. data structure. Relativistic programming builds on this
  19. stronger barrier.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement