1 Read the Fscking Papers!
4 This document describes RCU-related publications, and is followed by
5 the corresponding bibtex entries. A number of the publications may
6 be found at http://www.rdrop.com/users/paulmck/RCU/. For others, browsers
7 and search engines will usually find what you are looking for.
9 The first thing resembling RCU was published in 1980, when Kung and Lehman
10 [Kung80] recommended use of a garbage collector to defer destruction
11 of nodes in a parallel binary search tree in order to simplify its
12 implementation. This works well in environments that have garbage
13 collectors, but most production garbage collectors incur significant
16 In 1982, Manber and Ladner [Manber82,Manber84] recommended deferring
17 destruction until all threads running at that time have terminated, again
18 for a parallel binary search tree. This approach works well in systems
19 with short-lived threads, such as the K42 research operating system.
20 However, Linux has long-lived tasks, so more is needed.
22 In 1986, Hennessy, Osisek, and Seigh [Hennessy89] introduced passive
23 serialization, which is an RCU-like mechanism that relies on the presence
24 of "quiescent states" in the VM/XA hypervisor that are guaranteed not
25 to be referencing the data structure. However, this mechanism was not
26 optimized for modern computer systems, which is not surprising given
27 that these overheads were not so expensive in the mid-80s. Nonetheless,
28 passive serialization appears to be the first deferred-destruction
29 mechanism to be used in production. Furthermore, the relevant patent
30 has lapsed, so this approach may be used in non-GPL software, if desired.
31 (In contrast, implementation of RCU is permitted only in software licensed
32 under either GPL or LGPL. Sorry!!!)
34 In 1990, Pugh [Pugh90] noted that explicitly tracking which threads
35 were reading a given data structure permitted deferred free to operate
36 in the presence of non-terminating threads. However, this explicit
37 tracking imposes significant read-side overhead, which is undesirable
38 in read-mostly situations. This algorithm does take pains to avoid
39 write-side contention and parallelize the other write-side overheads by
40 providing a fine-grained locking design, however, it would be interesting
41 to see how much of the performance advantage reported in 1990 remains
44 At about this same time, Adams [Adams91] described ``chaotic relaxation'',
45 where the normal barriers between successive iterations of convergent
46 numerical algorithms are relaxed, so that iteration $n$ might use
47 data from iteration $n-1$ or even $n-2$. This introduces error,
48 which typically slows convergence and thus increases the number of
49 iterations required. However, this increase is sometimes more than made
50 up for by a reduction in the number of expensive barrier operations,
51 which are otherwise required to synchronize the threads at the end
52 of each iteration. Unfortunately, chaotic relaxation requires highly
53 structured data, such as the matrices used in scientific programs, and
54 is thus inapplicable to most data structures in operating-system kernels.
56 In 1992, Henry (now Alexia) Massalin completed a dissertation advising
57 parallel programmers to defer processing when feasible to simplify
58 synchronization. RCU makes extremely heavy use of this advice.
60 In 1993, Jacobson [Jacobson93] verbally described what is perhaps the
61 simplest deferred-free technique: simply waiting a fixed amount of time
62 before freeing blocks awaiting deferred free. Jacobson did not describe
63 any write-side changes he might have made in this work using SGI's Irix
64 kernel. Aju John published a similar technique in 1995 [AjuJohn95].
65 This works well if there is a well-defined upper bound on the length of
66 time that reading threads can hold references, as there might well be in
67 hard real-time systems. However, if this time is exceeded, perhaps due
68 to preemption, excessive interrupts, or larger-than-anticipated load,
69 memory corruption can ensue, with no reasonable means of diagnosis.
70 Jacobson's technique is therefore inappropriate for use in production
71 operating-system kernels, except when such kernels can provide hard
72 real-time response guarantees for all operations.
74 Also in 1995, Pu et al. [Pu95a] applied a technique similar to that of Pugh's
75 read-side-tracking to permit replugging of algorithms within a commercial
76 Unix operating system. However, this replugging permitted only a single
77 reader at a time. The following year, this same group of researchers
78 extended their technique to allow for multiple readers [Cowan96a].
79 Their approach requires memory barriers (and thus pipeline stalls),
80 but reduces memory latency, contention, and locking overheads.
82 1995 also saw the first publication of DYNIX/ptx's RCU mechanism
83 [Slingwine95], which was optimized for modern CPU architectures,
84 and was successfully applied to a number of situations within the
85 DYNIX/ptx kernel. The corresponding conference paper appeared in 1998
88 In 1999, the Tornado and K42 groups described their "generations"
89 mechanism, which quite similar to RCU [Gamsa99]. These operating systems
90 made pervasive use of RCU in place of "existence locks", which greatly
91 simplifies locking hierarchies.
93 2001 saw the first RCU presentation involving Linux [McKenney01a]
94 at OLS. The resulting abundance of RCU patches was presented the
95 following year [McKenney02a], and use of RCU in dcache was first
96 described that same year [Linder02a].
98 Also in 2002, Michael [Michael02b,Michael02a] presented "hazard-pointer"
99 techniques that defer the destruction of data structures to simplify
100 non-blocking synchronization (wait-free synchronization, lock-free
101 synchronization, and obstruction-free synchronization are all examples of
102 non-blocking synchronization). In particular, this technique eliminates
103 locking, reduces contention, reduces memory latency for readers, and
104 parallelizes pipeline stalls and memory latency for writers. However,
105 these techniques still impose significant read-side overhead in the
106 form of memory barriers. Researchers at Sun worked along similar lines
107 in the same timeframe [HerlihyLM02]. These techniques can be thought
108 of as inside-out reference counts, where the count is represented by the
109 number of hazard pointers referencing a given data structure (rather than
110 the more conventional counter field within the data structure itself).
112 By the same token, RCU can be thought of as a "bulk reference count",
113 where some form of reference counter covers all reference by a given CPU
114 or thread during a set timeframe. This timeframe is related to, but
115 not necessarily exactly the same as, an RCU grace period. In classic
116 RCU, the reference counter is the per-CPU bit in the "bitmask" field,
117 and each such bit covers all references that might have been made by
118 the corresponding CPU during the prior grace period. Of course, RCU
119 can be thought of in other terms as well.
121 In 2003, the K42 group described how RCU could be used to create
122 hot-pluggable implementations of operating-system functions [Appavoo03a].
123 Later that year saw a paper describing an RCU implementation of System
124 V IPC [Arcangeli03], and an introduction to RCU in Linux Journal
127 2004 has seen a Linux-Journal article on use of RCU in dcache
128 [McKenney04a], a performance comparison of locking to RCU on several
129 different CPUs [McKenney04b], a dissertation describing use of RCU in a
130 number of operating-system kernels [PaulEdwardMcKenneyPhD], a paper
131 describing how to make RCU safe for soft-realtime applications [Sarma04c],
132 and a paper describing SELinux performance with RCU [JamesMorris04b].
134 2005 brought further adaptation of RCU to realtime use, permitting
135 preemption of RCU realtime critical sections [PaulMcKenney05a,
138 2006 saw the first best-paper award for an RCU paper [ThomasEHart2006a],
139 as well as further work on efficient implementations of preemptible
140 RCU [PaulEMcKenney2006b], but priority-boosting of RCU read-side critical
141 sections proved elusive. An RCU implementation permitting general
142 blocking in read-side critical sections appeared [PaulEMcKenney2006c],
143 Robert Olsson described an RCU-protected trie-hash combination
146 2007 saw the journal version of the award-winning RCU paper from 2006
147 [ThomasEHart2007a], as well as a paper demonstrating use of Promela
148 and Spin to mechanically verify an optimization to Oleg Nesterov's
149 QRCU [PaulEMcKenney2007QRCUspin], a design document describing
150 preemptible RCU [PaulEMcKenney2007PreemptibleRCU], and the three-part
151 LWN "What is RCU?" series [PaulEMcKenney2007WhatIsRCUFundamentally,
152 PaulEMcKenney2008WhatIsRCUUsage, and PaulEMcKenney2008WhatIsRCUAPI].
154 2008 saw a journal paper on real-time RCU [DinakarGuniguntala2008IBMSysJ],
155 a history of how Linux changed RCU more than RCU changed Linux
156 [PaulEMcKenney2008RCUOSR], and a design overview of hierarchical RCU
157 [PaulEMcKenney2008HierarchicalRCU].
159 2009 introduced user-level RCU algorithms [PaulEMcKenney2009MaliciousURCU],
160 which Mathieu Desnoyers is now maintaining [MathieuDesnoyers2009URCU]
161 [MathieuDesnoyersPhD]. TINY_RCU [PaulEMcKenney2009BloatWatchRCU] made
162 its appearance, as did expedited RCU [PaulEMcKenney2009expeditedRCU].
163 The problem of resizeable RCU-protected hash tables may now be on a path
164 to a solution [JoshTriplett2009RPHash]. A few academic researchers are now
165 using RCU to solve their parallel problems [HariKannan2009DynamicAnalysisRCU].
167 2010 produced a simpler preemptible-RCU implementation
168 based on TREE_RCU [PaulEMcKenney2010SimpleOptRCU], lockdep-RCU
169 [PaulEMcKenney2010LockdepRCU], another resizeable RCU-protected hash
170 table [HerbertXu2010RCUResizeHash] (this one consuming more memory,
171 but allowing arbitrary changes in hash function, as required for DoS
172 avoidance in the networking code), realization of the 2009 RCU-protected
173 hash table with atomic node move [JoshTriplett2010RPHash], an update on
174 the RCU API [PaulEMcKenney2010RCUAPI].
176 2011 marked the inclusion of Nick Piggin's fully lockless dentry search
177 [LinusTorvalds2011Linux2:6:38:rc1:NPigginVFS], an RCU-protected red-black
178 tree using software transactional memory to protect concurrent updates
179 (strange, but true!) [PhilHoward2011RCUTMRBTree], yet another variant of
180 RCU-protected resizeable hash tables [Triplett:2011:RPHash], the 3.0 RCU
181 trainwreck [PaulEMcKenney2011RCU3.0trainwreck], and Neil Brown's "Meet the
182 Lockers" LWN article [NeilBrown2011MeetTheLockers].
188 ,author="H. T. Kung and Q. Lehman"
189 ,title="Concurrent Maintenance of Binary Search Trees"
192 ,journal="ACM Transactions on Database Systems"
197 \url{http://portal.acm.org/citation.cfm?id=320619&dl=GUIDE,}
198 [Viewed December 3, 2007]"
200 Use garbage collector to clean up data after everyone is done with it.
202 Oldest use of something vaguely resembling RCU that I have found.
207 ,author="Udi Manber and Richard E. Ladner"
208 ,title="Concurrency Control in a Dynamic Search Structure"
209 ,institution="Department of Computer Science, University of Washington"
210 ,address="Seattle, Washington"
217 Superseded by Manber84.
219 Describes concurrent AVL tree implementation. Uses a
220 garbage-collection mechanism to handle concurrent use and deletion
221 of nodes in the tree, but lacks the summary-of-execution-history
222 concept of read-copy locking.
224 Keeps full list of processes that were active when a given
225 node was to be deleted, and waits until all such processes have
226 -terminated- before allowing this node to be reused. This is
227 not described in great detail -- one could imagine using process
228 IDs for this if the ID space was large enough that overlapping
231 This restriction makes this algorithm unsuitable for use in
232 systems comprised of long-lived processes. It also produces
233 completely unacceptable overhead in systems with large numbers
234 of processes. Finally, it is specific to AVL trees.
236 Cites Kung80, so not an independent invention, but the first
237 RCU-like usage that does not rely on an automatic garbage
243 ,author="Udi Manber and Richard E. Ladner"
244 ,title="Concurrency Control in a Dynamic Search Structure"
247 ,journal="ACM Transactions on Database Systems"
252 Describes concurrent AVL tree implementation. Uses a
253 garbage-collection mechanism to handle concurrent use and deletion
254 of nodes in the tree, but lacks the summary-of-execution-history
255 concept of read-copy locking.
257 Keeps full list of processes that were active when a given
258 node was to be deleted, and waits until all such processes have
259 -terminated- before allowing this node to be reused. This is
260 not described in great detail -- one could imagine using process
261 IDs for this if the ID space was large enough that overlapping
264 This restriction makes this algorithm unsuitable for use in
265 systems comprised of long-lived processes. It also produces
266 completely unacceptable overhead in systems with large numbers
267 of processes. Finally, it is specific to AVL trees.
271 @Conference{RichardRashid87a
272 ,Author="Richard Rashid and Avadis Tevanian and Michael Young and
273 David Golub and Robert Baron and David Black and William Bolosky and
275 ,Title="Machine-Independent Virtual Memory Management for Paged
276 Uniprocessor and Multiprocessor Architectures"
277 ,Booktitle="{2\textsuperscript{nd} Symposium on Architectural Support
278 for Programming Languages and Operating Systems}"
279 ,Publisher="Association for Computing Machinery"
283 ,Address="Palo Alto, CA"
285 \url{http://www.cse.ucsc.edu/~randal/221/rashid-machvm.pdf}
286 [Viewed February 17, 2005]"
288 Describes lazy TLB flush, where one waits for each CPU to pass
289 through a scheduling-clock interrupt before reusing a given range
290 of virtual address. Does not describe how one determines that
291 all CPUs have in fact taken such an interrupt, though there are
292 no shortage of straightforward methods for accomplishing this.
294 Note that it does not make sense to just wait a fixed amount of
295 time, since a given CPU might have interrupts disabled for an
296 extended amount of time.
300 @article{BarbaraLiskov1988ArgusCACM
301 ,author = {Barbara Liskov}
302 ,title = {Distributed programming in {Argus}}
303 ,journal = {Commun. ACM}
309 ,doi = {http://doi.acm.org/10.1145/42392.42399}
311 ,address = {New York, NY, USA}
313 At the top of page 307: "Conflicts with deposits and withdrawals
314 are necessary if the reported total is to be up to date. They
315 could be avoided by having total return a sum that is slightly
316 out of date." Relies on semantics -- approximate numerical
321 @techreport{Hennessy89
322 ,author="James P. Hennessy and Damian L. Osisek and Joseph W. {Seigh II}"
323 ,title="Passive Serialization in a Multitasking Environment"
324 ,institution="US Patent and Trademark Office"
325 ,address="Washington, DC"
327 ,number="US Patent 4,809,168 (lapsed)"
333 ,author="William Pugh"
334 ,title="Concurrent Maintenance of Skip Lists"
335 ,institution="Institute of Advanced Computer Science Studies, Department of Computer Science, University of Maryland"
336 ,address="College Park, Maryland"
338 ,number="CS-TR-2222.1"
341 Concurrent access to skip lists. Has both weak and strong search.
342 Uses concept of ``garbage queue'', but has no real way of cleaning
343 the garbage efficiently.
345 Appears to be an independent invention of an RCU-like mechanism.
350 ,Author="Gregory R. Adams"
351 ,title="Concurrent Programming, Principles, and Practices"
352 ,Publisher="Benjamin Cummins"
355 Has a few paragraphs describing ``chaotic relaxation'', a
356 numerical analysis technique that allows multiprocessors to
357 avoid synchronization overhead by using possibly-stale data.
359 Seems like this is descended from yet another independent
360 invention of RCU-like function -- but this is restricted
361 in that reclamation is not necessary.
365 @unpublished{Jacobson93
366 ,author="Van Jacobson"
367 ,title="Avoid Read-Side Locking Via Delayed Free"
370 ,note="private communication"
372 Use fixed time delay to approximate grace period. Very simple,
373 but subject to random memory corruption under heavy load.
375 Independent invention of RCU-like mechanism.
379 @Conference{AjuJohn95
381 ,Title="Dynamic vnodes -- Design and Implementation"
382 ,Booktitle="{USENIX Winter 1995}"
383 ,Publisher="USENIX Association"
387 ,Address="New Orleans, LA"
389 \url{https://www.usenix.org/publications/library/proceedings/neworl/full_papers/john.a}
390 [Viewed October 1, 2010]"
392 Age vnodes out of the cache, and have a fixed time set by a kernel
393 parameter. Not clear that all races were in fact correctly handled.
394 Used a 20-minute time by default, which would most definitely not
395 be suitable during DoS attacks or virus scans.
397 Apparently independent invention of RCU-like mechanism.
402 Author = "Calton Pu and Tito Autrey and Andrew Black and Charles Consel and
403 Crispin Cowan and Jon Inouye and Lakshmi Kethana and Jonathan Walpole and
405 Title = "Optimistic Incremental Specialization: Streamlining a Commercial
407 Booktitle = "15\textsuperscript{th} ACM Symposium on
408 Operating Systems Principles (SOSP'95)",
409 address = "Copper Mountain, CO",
414 Uses a replugger, but with a flag to signal when people are
415 using the resource at hand. Only one reader at a time.
419 @conference{Cowan96a,
420 Author = "Crispin Cowan and Tito Autrey and Charles Krasic and
421 Calton Pu and Jonathan Walpole",
422 Title = "Fast Concurrent Dynamic Linking for an Adaptive Operating System",
423 Booktitle = "International Conference on Configurable Distributed Systems
425 address = "Annapolis, MD",
429 isbn="0-8186-7395-8",
431 Uses a replugger, but with a counter to signal when people are
432 using the resource at hand. Allows multiple readers.
436 @techreport{Slingwine95
437 ,author="John D. Slingwine and Paul E. McKenney"
438 ,title="Apparatus and Method for Achieving Reduced Overhead Mutual
439 Exclusion and Maintaining Coherency in a Multiprocessor System
440 Utilizing Execution History and Thread Monitoring"
441 ,institution="US Patent and Trademark Office"
442 ,address="Washington, DC"
444 ,number="US Patent 5,442,758"
447 Describes the parallel RCU infrastructure. Includes NUMA aspect
448 (structure of bitmap can reflect bus structure of computer system).
450 Another independent invention of an RCU-like mechanism, but the
451 "real" RCU this time!
455 @techreport{Slingwine97
456 ,author="John D. Slingwine and Paul E. McKenney"
457 ,title="Method for Maintaining Data Coherency Using Thread Activity
458 Summaries in a Multicomputer System"
459 ,institution="US Patent and Trademark Office"
460 ,address="Washington, DC"
462 ,number="US Patent 5,608,893"
466 Describes use of RCU to synchronize data between a pair of
467 SMP/NUMA computer systems.
471 @techreport{Slingwine98
472 ,author="John D. Slingwine and Paul E. McKenney"
473 ,title="Apparatus and Method for Achieving Reduced Overhead Mutual
474 Exclusion and Maintaining Coherency in a Multiprocessor System
475 Utilizing Execution History and Thread Monitoring"
476 ,institution="US Patent and Trademark Office"
477 ,address="Washington, DC"
479 ,number="US Patent 5,727,209"
482 Describes doing an atomic update by copying the data item and
483 then substituting it into the data structure.
487 @Conference{McKenney98
488 ,Author="Paul E. McKenney and John D. Slingwine"
489 ,Title="Read-Copy Update: Using Execution History to Solve Concurrency
491 ,Booktitle="{Parallel and Distributed Computing and Systems}"
495 ,Address="Las Vegas, NV"
497 \url{http://www.rdrop.com/users/paulmck/RCU/rclockpdcsproof.pdf}
498 [Viewed December 3, 2007]"
500 Describes and analyzes RCU mechanism in DYNIX/ptx. Describes
501 application to linked list update and log-buffer flushing.
502 Defines 'quiescent state'. Includes both measured and analytic
508 ,Author="Ben Gamsa and Orran Krieger and Jonathan Appavoo and Michael Stumm"
509 ,Title="Tornado: Maximizing Locality and Concurrency in a Shared Memory
510 Multiprocessor Operating System"
511 ,Booktitle="{Proceedings of the 3\textsuperscript{rd} Symposium on
512 Operating System Design and Implementation}"
516 ,Address="New Orleans, LA"
518 \url{http://www.usenix.org/events/osdi99/full_papers/gamsa/gamsa.pdf}
519 [Viewed August 30, 2006]"
521 Use of RCU-like facility in K42/Tornado. Another independent
523 See especially pages 7-9 (Section 5).
527 @unpublished{RustyRussell2000a
528 ,Author="Rusty Russell"
529 ,Title="Re: modular net drivers"
534 \url{http://oss.sgi.com/projects/netdev/archive/2000-06/msg00250.html}
535 [Viewed April 10, 2006]"
537 Proto-RCU proposal from Phil Rumpf and Rusty Russell.
538 Yet another independent invention of RCU.
539 Outline of algorithm to unload modules...
541 Appeared on net-dev mailing list.
545 @unpublished{RustyRussell2000b
546 ,Author="Rusty Russell"
547 ,Title="Re: modular net drivers"
552 \url{http://oss.sgi.com/projects/netdev/archive/2000-06/msg00254.html}
553 [Viewed April 10, 2006]"
555 Proto-RCU proposal from Phil Rumpf and Rusty Russell.
557 Appeared on net-dev mailing list.
561 @unpublished{McKenney01b
562 ,Author="Paul E. McKenney and Dipankar Sarma"
563 ,Title="Read-Copy Update Mutual Exclusion in {Linux}"
567 \url{http://lse.sourceforge.net/locking/rcu/rcupdate_doc.html}
568 [Viewed October 18, 2004]"
570 Prototypical Linux documentation for RCU.
574 @techreport{Slingwine01
575 ,author="John D. Slingwine and Paul E. McKenney"
576 ,title="Apparatus and Method for Achieving Reduced Overhead Mutual
577 Exclusion and Maintaining Coherency in a Multiprocessor System
578 Utilizing Execution History and Thread Monitoring"
579 ,institution="US Patent and Trademark Office"
580 ,address="Washington, DC"
582 ,number="US Patent 6,219,690"
585 'Change in mode' aspect of RCU. Can be thought of as a lazy barrier.
589 @Conference{McKenney01a
590 ,Author="Paul E. McKenney and Jonathan Appavoo and Andi Kleen and
591 Orran Krieger and Rusty Russell and Dipankar Sarma and Maneesh Soni"
592 ,Title="Read-Copy Update"
593 ,Booktitle="{Ottawa Linux Symposium}"
597 \url{http://www.linuxsymposium.org/2001/abstracts/readcopy.php}
598 \url{http://www.rdrop.com/users/paulmck/RCU/rclock_OLS.2001.05.01c.pdf}
599 [Viewed June 23, 2004]"
601 Described RCU, and presented some patches implementing and using
602 it in the Linux kernel.
606 @unpublished{McKenney01f
607 ,Author="Paul E. McKenney"
608 ,Title="{RFC:} patch to allow lock-free traversal of lists with insertion"
612 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=100259266316456&w=2}
613 [Viewed June 23, 2004]"
615 Memory-barrier and Alpha thread. 100 messages, not too bad...
619 @unpublished{Spraul01
620 ,Author="Manfred Spraul"
621 ,Title="Re: {RFC:} patch to allow lock-free traversal of lists with insertion"
625 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=100264675012867&w=2}
626 [Viewed June 23, 2004]"
628 Suggested burying memory barriers in Linux's list-manipulation
633 @unpublished{LinusTorvalds2001a
634 ,Author="Linus Torvalds"
635 ,Title="{Re:} {[Lse-tech]} {Re:} {RFC:} patch to allow lock-free traversal of lists with insertion"
639 \url{http://lkml.org/lkml/2001/10/13/105}
640 [Viewed August 21, 2004]"
643 @unpublished{Blanchard02a
644 ,Author="Anton Blanchard"
645 ,Title="some RCU dcache and ratcache results"
649 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=101637107412972&w=2}
650 [Viewed October 18, 2004]"
653 @Conference{Linder02a
654 ,Author="Hanna Linder and Dipankar Sarma and Maneesh Soni"
655 ,Title="Scalability of the Directory Entry Cache"
656 ,Booktitle="{Ottawa Linux Symposium}"
661 Measured scalability of Linux 2.4 kernel's directory-entry cache
662 (dcache), and measured some scalability enhancements.
666 @Conference{McKenney02a
667 ,Author="Paul E. McKenney and Dipankar Sarma and
668 Andrea Arcangeli and Andi Kleen and Orran Krieger and Rusty Russell"
669 ,Title="Read-Copy Update"
670 ,Booktitle="{Ottawa Linux Symposium}"
675 \url{http://www.linux.org.uk/~ajh/ols2002_proceedings.pdf.gz}
676 [Viewed June 23, 2004]"
678 Presented and compared a number of RCU implementations for the
683 @unpublished{Sarma02a
684 ,Author="Dipankar Sarma"
685 ,Title="specweb99: dcache scalability results"
689 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=102645767914212&w=2}
690 [Viewed June 23, 2004]"
692 Compare fastwalk and RCU for dcache. RCU won.
696 @unpublished{Barbieri02
697 ,Author="Luca Barbieri"
698 ,Title="Re: {[PATCH]} Initial support for struct {vfs\_cred}"
702 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=103082050621241&w=2}
703 [Viewed: June 23, 2004]"
705 Suggested RCU for vfs\_shared\_cred.
709 @unpublished{Dickins02a
710 ,author="Hugh Dickins"
711 ,title="Use RCU for System-V IPC"
714 ,note="private communication"
717 @unpublished{Sarma02b
718 ,Author="Dipankar Sarma"
719 ,Title="Some dcache\_rcu benchmark numbers"
723 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=103462075416638&w=2}
724 [Viewed June 23, 2004]"
726 Performance of dcache RCU on kernbench for 16x NUMA-Q and 1x,
727 2x, and 4x systems. RCU does no harm, and helps on 16x.
731 @unpublished{LinusTorvalds2003a
732 ,Author="Linus Torvalds"
733 ,Title="Re: {[PATCH]} small fixes in brlock.h"
737 \url{http://lkml.org/lkml/2003/3/9/205}
738 [Viewed March 13, 2006]"
740 Linus suggests replacing brlock with RCU and/or seqlocks:
742 'It's entirely possible that the current user could be replaced
743 by RCU and/or seqlocks, and we could get rid of brlocks entirely.'
745 Steve Hemminger responds by replacing them with RCU.
750 ,author="J. Appavoo and K. Hui and C. A. N. Soules and R. W. Wisniewski and
751 D. M. {Da Silva} and O. Krieger and M. A. Auslander and D. J. Edelsohn and
752 B. Gamsa and G. R. Ganger and P. McKenney and M. Ostrowski and
753 B. Rosenburg and M. Stumm and J. Xenidis"
754 ,title="Enabling Autonomic Behavior in Systems Software With Hot Swapping"
757 ,journal="IBM Systems Journal"
762 Use of RCU to enable hot-swapping for autonomic behavior in K42.
767 ,author="Joseph W. {Seigh II}"
768 ,title="Read Copy Update"
771 ,note="email correspondence"
773 Described the relationship of the VM/XA passive serialization to RCU.
777 @Conference{Arcangeli03
778 ,Author="Andrea Arcangeli and Mingming Cao and Paul E. McKenney and
780 ,Title="Using Read-Copy Update Techniques for {System V IPC} in the
782 ,Booktitle="Proceedings of the 2003 USENIX Annual Technical Conference
784 ,Publisher="USENIX Association"
789 \url{http://www.rdrop.com/users/paulmck/RCU/rcu.FREENIX.2003.06.14.pdf}
790 [Viewed November 21, 2007]"
792 Compared updated RCU implementations for the Linux kernel, and
793 described System V IPC use of RCU, including order-of-magnitude
794 performance improvements.
798 @Conference{Soules03a
799 ,Author="Craig A. N. Soules and Jonathan Appavoo and Kevin Hui and
800 Dilma {Da Silva} and Gregory R. Ganger and Orran Krieger and
801 Michael Stumm and Robert W. Wisniewski and Marc Auslander and
802 Michal Ostrowski and Bryan Rosenburg and Jimi Xenidis"
803 ,Title="System Support for Online Reconfiguration"
804 ,Booktitle="Proceedings of the 2003 USENIX Annual Technical Conference"
805 ,Publisher="USENIX Association"
812 ,author="Paul E. McKenney"
813 ,title="Using {RCU} in the {Linux} 2.5 Kernel"
816 ,journal="Linux Journal"
821 \url{http://www.linuxjournal.com/article/6993}
822 [Viewed November 14, 2007]"
824 Reader-friendly intro to RCU, with the infamous old-man-and-brat
829 @unpublished{Sarma03a
830 ,Author="Dipankar Sarma"
831 ,Title="RCU low latency patches"
834 ,note="Message ID: 20031222180114.GA2248@in.ibm.com"
835 ,annotation="dipankar/ct.2004.03.27/RCUll.2003.12.22.patch"
838 @techreport{Friedberg03a
839 ,author="Stuart A. Friedberg"
840 ,title="Lock-Free Wild Card Search Data Structure and Method"
841 ,institution="US Patent and Trademark Office"
842 ,address="Washington, DC"
844 ,number="US Patent 6,662,184"
848 Applies RCU to a wildcard-search Patricia tree in order to permit
849 synchronization-free lookup. RCU is used to retain removed nodes
850 for a grace period before freeing them.
855 ,author="Paul E. McKenney and Dipankar Sarma and Maneesh Soni"
856 ,title="Scaling dcache with {RCU}"
859 ,journal="Linux Journal"
864 \url{http://www.linuxjournal.com/node/7124}
865 [Viewed December 26, 2010]"
867 Reader friendly intro to dcache and RCU.
871 @Conference{McKenney04b
872 ,Author="Paul E. McKenney"
873 ,Title="{RCU} vs. Locking Performance on Different {CPUs}"
874 ,Booktitle="{linux.conf.au}"
877 ,Address="Adelaide, Australia"
879 \url{http://www.linux.org.au/conf/2004/abstracts.html#90}
880 \url{http://www.rdrop.com/users/paulmck/RCU/lockperf.2004.01.17a.pdf}
881 [Viewed June 23, 2004]"
883 Compares performance of RCU to that of other locking primitives
884 over a number of CPUs (x86, Opteron, Itanium, and PPC).
888 @unpublished{Sarma04a
889 ,Author="Dipankar Sarma"
890 ,Title="{[PATCH]} {RCU} for low latency (experimental)"
893 ,note="\url{http://marc.theaimsgroup.com/?l=linux-kernel&m=108003746402892&w=2}"
894 ,annotation="Head of thread: dipankar/2004.03.23/rcu-low-lat.1.patch"
897 @unpublished{Sarma04b
898 ,Author="Dipankar Sarma"
899 ,Title="Re: {[PATCH]} {RCU} for low latency (experimental)"
902 ,note="\url{http://marc.theaimsgroup.com/?l=linux-kernel&m=108016474829546&w=2}"
903 ,annotation="dipankar/rcuth.2004.03.24/rcu-throttle.patch"
906 @unpublished{Spraul04a
907 ,Author="Manfred Spraul"
908 ,Title="[RFC] 0/5 rcu lock update"
912 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=108546407726602&w=2}
913 [Viewed June 23, 2004]"
915 Hierarchical-bitmap patch for RCU infrastructure.
919 @unpublished{Steiner04a
920 ,Author="Jack Steiner"
921 ,Title="Re: [Lse-tech] [RFC, PATCH] 1/5 rcu lock update:
922 Add per-cpu batch counter"
926 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=108551764515332&w=2}
927 [Viewed June 23, 2004]"
929 RCU runs reasonably on a 512-CPU SGI using Manfred Spraul's patches,
930 which may be found at:
931 https://lkml.org/lkml/2004/5/20/49 (split vars into cachelines)
932 https://lkml.org/lkml/2004/5/22/114 (cpu_quiet() patch)
933 https://lkml.org/lkml/2004/5/25/24 (0/5)
934 https://lkml.org/lkml/2004/5/25/23 (1/5)
935 https://lkml.org/lkml/2004/5/25/265 (works for Jack)
936 https://lkml.org/lkml/2004/5/25/20 (2/5)
937 https://lkml.org/lkml/2004/5/25/22 (3/5)
938 https://lkml.org/lkml/2004/5/25/19 (4/5)
939 https://lkml.org/lkml/2004/5/25/21 (5/5)
944 ,Author="Dipankar Sarma and Paul E. McKenney"
945 ,Title="Making {RCU} Safe for Deep Sub-Millisecond Response
946 Realtime Applications"
947 ,Booktitle="Proceedings of the 2004 USENIX Annual Technical Conference
949 ,Publisher="USENIX Association"
954 Describes and compares a number of modifications to the Linux RCU
955 implementation that make it friendly to realtime applications.
959 @phdthesis{PaulEdwardMcKenneyPhD
960 ,author="Paul E. McKenney"
961 ,title="Exploiting Deferred Destruction:
962 An Analysis of Read-Copy-Update Techniques
963 in Operating System Kernels"
964 ,school="OGI School of Science and Engineering at
965 Oregon Health and Sciences University"
968 \url{http://www.rdrop.com/users/paulmck/RCU/RCUdissertation.2004.07.14e1.pdf}
969 [Viewed October 15, 2004]"
971 Describes RCU implementations and presents design patterns
972 corresponding to common uses of RCU in several operating-system
977 @unpublished{PaulEMcKenney2004rcu:dereference
978 ,Author="Dipankar Sarma"
979 ,Title="{Re: RCU : Abstracted RCU dereferencing [5/5]}"
983 \url{http://lkml.org/lkml/2004/8/6/237}
984 [Viewed June 8, 2010]"
986 Introduce rcu_dereference().
990 @unpublished{JimHouston04a
991 ,Author="Jim Houston"
992 ,Title="{[RFC\&PATCH] Alternative {RCU} implementation}"
996 \url{http://lkml.org/lkml/2004/8/30/87}
997 [Viewed February 17, 2005]"
999 Uses active code in rcu_read_lock() and rcu_read_unlock() to
1000 make RCU happen, allowing RCU to function on CPUs that do not
1001 receive a scheduling-clock interrupt.
1005 @unpublished{TomHart04a
1006 ,Author="Thomas E. Hart"
1007 ,Title="Master's Thesis: Applying Lock-free Techniques to the {Linux} Kernel"
1011 \url{http://www.cs.toronto.edu/~tomhart/masters_thesis.html}
1012 [Viewed October 15, 2004]"
1014 Proposes comparing RCU to lock-free methods for the Linux kernel.
1018 @unpublished{Vaddagiri04a
1019 ,Author="Srivatsa Vaddagiri"
1020 ,Title="Subject: [RFC] Use RCU for tcp\_ehash lookup"
1024 \url{http://marc.theaimsgroup.com/?t=109395731700004&r=1&w=2}
1025 [Viewed October 18, 2004]"
1027 Srivatsa's RCU patch for tcp_ehash lookup.
1031 @unpublished{Thirumalai04a
1032 ,Author="Ravikiran Thirumalai"
1033 ,Title="Subject: [patchset] Lockfree fd lookup 0 of 5"
1037 \url{http://marc.theaimsgroup.com/?t=109144217400003&r=1&w=2}
1038 [Viewed October 18, 2004]"
1040 Ravikiran's lockfree FD patch.
1044 @unpublished{Thirumalai04b
1045 ,Author="Ravikiran Thirumalai"
1046 ,Title="Subject: Re: [patchset] Lockfree fd lookup 0 of 5"
1050 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=109152521410459&w=2}
1051 [Viewed October 18, 2004]"
1053 Ravikiran's lockfree FD patch.
1057 @unpublished{PaulEMcKenney2004rcu:assign:pointer
1058 ,Author="Paul E. McKenney"
1059 ,Title="{[PATCH 1/3] RCU: \url{rcu_assign_pointer()} removal of memory barriers}"
1063 \url{http://lkml.org/lkml/2004/10/23/241}
1064 [Viewed June 8, 2010]"
1066 Introduce rcu_assign_pointer().
1070 @unpublished{JamesMorris04a
1071 ,Author="James Morris"
1072 ,Title="{[PATCH 2/3] SELinux} scalability - convert {AVC} to {RCU}"
1077 \url{http://marc.theaimsgroup.com/?l=linux-kernel&m=110054979416004&w=2}
1078 [Viewed December 10, 2004]"
1080 James Morris posts Kaigai Kohei's patch to LKML.
1084 @unpublished{JamesMorris04b
1085 ,Author="James Morris"
1086 ,Title="Recent Developments in {SELinux} Kernel Performance"
1090 \url{http://www.livejournal.com/users/james_morris/2153.html}
1091 [Viewed December 10, 2004]"
1093 RCU helps SELinux performance. ;-) Made LWN.
1097 @unpublished{PaulMcKenney2005RCUSemantics
1098 ,Author="Paul E. McKenney and Jonathan Walpole"
1099 ,Title="{RCU} Semantics: A First Attempt"
1104 \url{http://www.rdrop.com/users/paulmck/RCU/rcu-semantics.2005.01.30a.pdf}
1105 [Viewed December 6, 2009]"
1107 Early derivation of RCU semantics.
1111 @unpublished{PaulMcKenney2005e
1112 ,Author="Paul E. McKenney"
1113 ,Title="Real-Time Preemption and {RCU}"
1118 \url{http://lkml.org/lkml/2005/3/17/199}
1119 [Viewed September 5, 2005]"
1121 First posting showing how RCU can be safely adapted for
1122 preemptable RCU read side critical sections.
1126 @unpublished{EsbenNeilsen2005a
1127 ,Author="Esben Neilsen"
1128 ,Title="Re: Real-Time Preemption and {RCU}"
1133 \url{http://lkml.org/lkml/2005/3/18/122}
1134 [Viewed March 30, 2006]"
1136 Esben Neilsen suggests read-side suppression of grace-period
1137 processing for crude-but-workable realtime RCU. The downside
1138 is indefinite grace periods...But this is OK for experimentation
1143 @unpublished{TomHart05a
1144 ,Author="Thomas E. Hart and Paul E. McKenney and Angela Demke Brown"
1145 ,Title="Efficient Memory Reclamation is Necessary for Fast Lock-Free
1150 \url{ftp://ftp.cs.toronto.edu/csrg-technical-reports/515/}
1151 [Viewed March 4, 2005]"
1153 Comparison of RCU, QBSR, and EBSR. RCU wins for read-mostly
1158 @unpublished{JonCorbet2005DeprecateSyncKernel
1159 ,Author="Jonathan Corbet"
1160 ,Title="API change: synchronize_kernel() deprecated"
1165 \url{http://lwn.net/Articles/134484/}
1166 [Viewed May 3, 2005]"
1168 Jon Corbet describes deprecation of synchronize_kernel()
1169 in favor of synchronize_rcu() and synchronize_sched().
1173 @unpublished{PaulMcKenney05a
1174 ,Author="Paul E. McKenney"
1175 ,Title="{[RFC]} {RCU} and {CONFIG\_PREEMPT\_RT} progress"
1179 \url{http://lkml.org/lkml/2005/5/9/185}
1180 [Viewed May 13, 2005]"
1182 First publication of working lock-based deferred free patches
1183 for the CONFIG_PREEMPT_RT environment.
1187 @conference{PaulMcKenney05b
1188 ,Author="Paul E. McKenney and Dipankar Sarma"
1189 ,Title="Towards Hard Realtime Response from the {Linux} Kernel on {SMP} Hardware"
1190 ,Booktitle="linux.conf.au 2005"
1193 ,address="Canberra, Australia"
1195 \url{http://www.rdrop.com/users/paulmck/RCU/realtimeRCU.2005.04.23a.pdf}
1196 [Viewed May 13, 2005]"
1198 Realtime turns into making RCU yet more realtime friendly.
1199 http://lca2005.linux.org.au/Papers/Paul%20McKenney/Towards%20Hard%20Realtime%20Response%20from%20the%20Linux%20Kernel/LKS.2005.04.22a.pdf
1203 @unpublished{PaulEMcKenneyHomePage
1204 ,Author="Paul E. McKenney"
1205 ,Title="{Paul} {E.} {McKenney}"
1209 \url{http://www.rdrop.com/users/paulmck/}
1210 [Viewed May 25, 2005]"
1212 Paul McKenney's home page.
1216 @unpublished{PaulEMcKenneyRCUPage
1217 ,Author="Paul E. McKenney"
1218 ,Title="Read-Copy Update {(RCU)}"
1222 \url{http://www.rdrop.com/users/paulmck/RCU}
1223 [Viewed May 25, 2005]"
1225 Paul McKenney's RCU page.
1229 @unpublished{JosephSeigh2005a
1230 ,Author="Joseph Seigh"
1231 ,Title="{RCU}+{SMR} (hazard pointers)"
1234 ,note="Personal communication"
1236 Joe Seigh announcing his atomic-ptr-plus project.
1237 http://sourceforge.net/projects/atomic-ptr-plus/
1241 @unpublished{JosephSeigh2005b
1242 ,Author="Joseph Seigh"
1243 ,Title="Lock-free synchronization primitives"
1248 \url{http://sourceforge.net/projects/atomic-ptr-plus/}
1249 [Viewed August 8, 2005]"
1251 Joe Seigh's atomic-ptr-plus project.
1255 @unpublished{PaulMcKenney2005c
1256 ,Author="Paul E.McKenney"
1257 ,Title="{[RFC,PATCH] RCU} and {CONFIG\_PREEMPT\_RT} sane patch"
1262 \url{http://lkml.org/lkml/2005/8/1/155}
1263 [Viewed March 14, 2006]"
1265 First operating counter-based realtime RCU patch posted to LKML.
1269 @unpublished{PaulMcKenney2005d
1270 ,Author="Paul E. McKenney"
1271 ,Title="Re: [Fwd: Re: [patch] Real-Time Preemption, -RT-2.6.13-rc4-V0.7.52-01]"
1276 \url{http://lkml.org/lkml/2005/8/8/108}
1277 [Viewed March 14, 2006]"
1279 First operating counter-based realtime RCU patch posted to LKML,
1280 but fixed so that various unusual combinations of configuration
1281 parameters all function properly.
1285 @unpublished{PaulMcKenney2005rcutorture
1286 ,Author="Paul E. McKenney"
1287 ,Title="{[PATCH]} {RCU} torture testing"
1292 \url{http://lkml.org/lkml/2005/10/1/70}
1293 [Viewed March 14, 2006]"
1295 First rcutorture patch.
1299 @conference{ThomasEHart2006a
1300 ,Author="Thomas E. Hart and Paul E. McKenney and Angela Demke Brown"
1301 ,Title="Making Lockless Synchronization Fast: Performance Implications
1302 of Memory Reclamation"
1303 ,Booktitle="20\textsuperscript{th} {IEEE} International Parallel and
1304 Distributed Processing Symposium"
1308 ,address="Rhodes, Greece"
1310 \url{http://www.rdrop.com/users/paulmck/RCU/hart_ipdps06.pdf}
1311 [Viewed April 28, 2008]"
1313 Compares QSBR, HPBR, EBR, and lock-free reference counting.
1314 http://www.cs.toronto.edu/~tomhart/perflab/ipdps06.tgz
1318 @unpublished{NickPiggin2006radixtree
1319 ,Author="Nick Piggin"
1320 ,Title="[patch 3/3] radix-tree: {RCU} lockless readside"
1325 \url{http://lkml.org/lkml/2006/6/20/238}
1326 [Viewed March 25, 2008]"
1328 RCU-protected radix tree.
1332 @Conference{PaulEMcKenney2006b
1333 ,Author="Paul E. McKenney and Dipankar Sarma and Ingo Molnar and
1334 Suparna Bhattacharya"
1335 ,Title="Extending {RCU} for Realtime and Embedded Workloads"
1336 ,Booktitle="{Ottawa Linux Symposium}"
1341 \url{http://www.linuxsymposium.org/2006/view_abstract.php?content_key=184}
1342 \url{http://www.rdrop.com/users/paulmck/RCU/OLSrtRCU.2006.08.11a.pdf}
1343 [Viewed January 1, 2007]"
1345 Described how to improve the -rt implementation of realtime RCU.
1349 @unpublished{WikipediaRCU
1350 ,Author="Paul E. McKenney and Chris Purcell and Algae and Ben Schumin and
1351 Gaius Cornelius and Qwertyus and Neil Conway and Sbw and Blainster and
1352 Canis Rufus and Zoicon5 and Anome and Hal Eisen"
1353 ,Title="Read-Copy Update"
1358 \url{http://en.wikipedia.org/wiki/Read-copy-update}
1359 [Viewed August 21, 2006]"
1361 Wikipedia RCU page as of July 8 2006.
1365 @Conference{NickPiggin2006LocklessPageCache
1366 ,Author="Nick Piggin"
1367 ,Title="A Lockless Pagecache in Linux---Introduction, Progress, Performance"
1368 ,Booktitle="{Ottawa Linux Symposium}"
1373 \url{http://www.linuxsymposium.org/2006/view_abstract.php?content_key=184}
1374 [Viewed January 11, 2009]"
1376 Uses RCU-protected radix tree for a lockless page cache.
1380 @unpublished{PaulEMcKenney2006c
1381 ,Author="Paul E. McKenney"
1382 ,Title="Sleepable {RCU}"
1387 \url{http://lwn.net/Articles/202847/}
1389 \url{http://www.rdrop.com/users/paulmck/RCU/srcu.2007.01.14a.pdf}
1390 [Viewed August 21, 2006]"
1392 LWN article introducing SRCU.
1396 @unpublished{RobertOlsson2006a
1397 ,Author="Robert Olsson and Stefan Nilsson"
1398 ,Title="{TRASH}: A dynamic {LC}-trie and hash data structure"
1403 \url{http://www.nada.kth.se/~snilsson/publications/TRASH/trash.pdf}
1404 [Viewed March 4, 2011]"
1406 RCU-protected dynamic trie-hash combination.
1410 @unpublished{ChristophHellwig2006RCU2SRCU
1411 ,Author="Christoph Hellwig"
1412 ,Title="Re: {[-mm PATCH 1/4]} {RCU}: split classic rcu"
1417 \url{http://lkml.org/lkml/2006/9/28/160}
1418 [Viewed March 27, 2008]"
1421 @unpublished{PaulEMcKenneyRCUusagePage
1422 ,Author="Paul E. McKenney"
1423 ,Title="{RCU} {Linux} Usage"
1427 \url{http://www.rdrop.com/users/paulmck/RCU/linuxusage.html}
1428 [Viewed January 14, 2007]"
1430 Paul McKenney's RCU page showing graphs plotting Linux-kernel
1435 @unpublished{PaulEMcKenneyRCUusageRawDataPage
1436 ,Author="Paul E. McKenney"
1437 ,Title="Read-Copy Update {(RCU)} Usage in {Linux} Kernel"
1441 \url{http://www.rdrop.com/users/paulmck/RCU/linuxusage/rculocktab.html}
1442 [Viewed January 14, 2007]"
1444 Paul McKenney's RCU page showing Linux usage of RCU in tabular
1445 form, with links to corresponding cscope databases.
1449 @unpublished{GauthamShenoy2006RCUrwlock
1450 ,Author="Gautham R. Shenoy"
1451 ,Title="[PATCH 4/5] lock\_cpu\_hotplug: Redesign - Lightweight implementation of lock\_cpu\_hotplug"
1456 \url{http://lkml.org/lkml/2006/10/26/73}
1457 [Viewed January 26, 2009]"
1459 RCU-based reader-writer lock that allows readers to proceed with
1460 no memory barriers or atomic instruction in absence of writers.
1461 If writer do show up, readers must of course wait as required by
1462 the semantics of reader-writer locking. This is a recursive
1467 @unpublished{JensAxboe2006SlowSRCU
1468 ,Author="Jens Axboe"
1469 ,Title="Re: [patch] cpufreq: mark \url{cpufreq_tsc()} as
1470 \url{core_initcall_sync}"
1475 \url{http://lkml.org/lkml/2006/11/17/56}
1476 [Viewed May 28, 2007]"
1478 SRCU's grace periods are too slow for Jens, even after a
1479 factor-of-three speedup.
1480 Sped-up version of SRCU at http://lkml.org/lkml/2006/11/17/359.
1484 @unpublished{OlegNesterov2006QRCU
1485 ,Author="Oleg Nesterov"
1486 ,Title="Re: [patch] cpufreq: mark {\tt cpufreq\_tsc()} as
1487 {\tt core\_initcall\_sync}"
1492 \url{http://lkml.org/lkml/2006/11/19/69}
1493 [Viewed May 28, 2007]"
1495 First cut of QRCU. Expanded/corrected versions followed.
1496 Used to be OlegNesterov2007QRCU, now time-corrected.
1500 @unpublished{OlegNesterov2006aQRCU
1501 ,Author="Oleg Nesterov"
1502 ,Title="Re: [RFC, PATCH 1/2] qrcu: {"quick"} srcu implementation"
1507 \url{http://lkml.org/lkml/2006/11/29/330}
1508 [Viewed November 26, 2008]"
1510 Expanded/corrected version of QRCU.
1511 Used to be OlegNesterov2007aQRCU, now time-corrected.
1515 @unpublished{EvgeniyPolyakov2006RCUslowdown
1516 ,Author="Evgeniy Polyakov"
1517 ,Title="Badness in postponing work"
1522 \url{http://www.ioremap.net/node/41}
1523 [Viewed October 28, 2008]"
1525 Using RCU as a pure delay leads to a 2.5x slowdown in skbs in
1530 @inproceedings{ChrisMatthews2006ClusteredObjectsRCU
1531 ,author = {Matthews, Chris and Coady, Yvonne and Appavoo, Jonathan}
1532 ,title = {Portability events: a programming model for scalable system infrastructures}
1533 ,booktitle = {PLOS '06: Proceedings of the 3rd workshop on Programming languages and operating systems}
1535 ,isbn = {1-59593-577-0}
1537 ,location = {San Jose, California}
1538 ,doi = {http://doi.acm.org/10.1145/1215995.1216006}
1540 ,address = {New York, NY, USA}
1542 Uses K42's RCU-like functionality to manage clustered-object
1546 @article{DilmaDaSilva2006K42
1547 ,author = {Silva, Dilma Da and Krieger, Orran and Wisniewski, Robert W. and Waterland, Amos and Tam, David and Baumann, Andrew}
1548 ,title = {K42: an infrastructure for operating system research}
1549 ,journal = {SIGOPS Oper. Syst. Rev.}
1555 ,doi = {http://doi.acm.org/10.1145/1131322.1131333}
1557 ,address = {New York, NY, USA}
1559 Describes relationship of K42 generations to RCU.
1562 # CoreyMinyard2007list_splice_rcu
1563 @unpublished{CoreyMinyard2007list:splice:rcu
1564 ,Author="Corey Minyard and Paul E. McKenney"
1565 ,Title="{[PATCH]} add an {RCU} version of list splicing"
1570 \url{http://lkml.org/lkml/2007/1/3/112}
1571 [Viewed May 28, 2007]"
1573 Patch for list_splice_rcu().
1577 @unpublished{PaulEMcKenney2007rcubarrier
1578 ,Author="Paul E. McKenney"
1579 ,Title="{RCU} and Unloadable Modules"
1584 \url{http://lwn.net/Articles/217484/}
1585 [Viewed November 22, 2007]"
1587 LWN article introducing the rcu_barrier() primitive.
1591 @unpublished{PeterZijlstra2007SyncBarrier
1592 ,Author="Peter Zijlstra and Ingo Molnar"
1593 ,Title="{[PATCH 3/7]} barrier: a scalable synchonisation barrier"
1598 \url{http://lkml.org/lkml/2007/1/28/34}
1599 [Viewed March 27, 2008]"
1601 RCU-like implementation for frequent updaters and rare readers(!).
1602 Subsumed into QRCU. Maybe...
1606 @unpublished{PaulEMcKenney2007BoostRCU
1607 ,Author="Paul E. McKenney"
1608 ,Title="Priority-Boosting {RCU} Read-Side Critical Sections"
1613 \url{http://lwn.net/Articles/220677/}
1615 \url{http://www.rdrop.com/users/paulmck/RCU/RCUbooststate.2007.04.16a.pdf}
1616 [Viewed September 7, 2007]"
1618 LWN article introducing RCU priority boosting.
1622 @unpublished{PaulMcKenney2007QRCUpatch
1623 ,Author="Paul E. McKenney"
1624 ,Title="{[PATCH]} {QRCU} with lockless fastpath"
1629 \url{http://lkml.org/lkml/2007/2/25/18}
1630 [Viewed March 27, 2008]"
1632 Patch for QRCU supplying lock-free fast path.
1636 @article{JonathanAppavoo2007K42RCU
1637 ,author = {Appavoo, Jonathan and Silva, Dilma Da and Krieger, Orran and Auslander, Marc and Ostrowski, Michal and Rosenburg, Bryan and Waterland, Amos and Wisniewski, Robert W. and Xenidis, Jimi and Stumm, Michael and Soares, Livio}
1638 ,title = {Experience distributing objects in an SMMP OS}
1639 ,journal = {ACM Trans. Comput. Syst.}
1644 ,pages = {6/1--6/52}
1645 ,doi = {http://doi.acm.org/10.1145/1275517.1275518}
1647 ,address = {New York, NY, USA}
1652 @conference{RobertOlsson2007Trash
1653 ,Author="Robert Olsson and Stefan Nilsson"
1654 ,Title="{TRASH}: A dynamic {LC}-trie and hash data structure"
1655 ,booktitle="Workshop on High Performance Switching and Routing (HPSR'07)"
1659 \url{http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=4281239}
1660 [Viewed October 1, 2010]"
1662 RCU-protected dynamic trie-hash combination.
1666 @conference{PeterZijlstra2007ConcurrentPagecacheRCU
1667 ,Author="Peter Zijlstra"
1668 ,Title="Concurrent Pagecache"
1669 ,Booktitle="Linux Symposium"
1672 ,address="Ottawa, Canada"
1674 \url{http://ols.108.redhat.com/2007/Reprints/zijlstra-Reprint.pdf}
1675 [Viewed April 14, 2008]"
1677 Page-cache modifications permitting RCU readers and concurrent
1682 @unpublished{PaulEMcKenney2007whatisRCU
1683 ,Author="Paul E. McKenney"
1684 ,Title="What is {RCU}?"
1688 \url{http://www.rdrop.com/users/paulmck/RCU/whatisRCU.html}
1689 [Viewed July 6, 2007]"
1691 Describes RCU in Linux kernel.
1695 @unpublished{PaulEMcKenney2007QRCUspin
1696 ,Author="Paul E. McKenney"
1697 ,Title="Using {Promela} and {Spin} to verify parallel algorithms"
1702 \url{http://lwn.net/Articles/243851/}
1703 [Viewed September 8, 2007]"
1705 LWN article describing Promela and spin, and also using Oleg
1706 Nesterov's QRCU as an example (with Paul McKenney's fastpath).
1707 Merged patch at: http://lkml.org/lkml/2007/2/25/18
1711 @unpublished{PaulEMcKenney2007WG21DDOatomics
1712 ,Author="Paul E. McKenney and Hans-J. Boehm and Lawrence Crowl"
1713 ,Title="C++ Data-Dependency Ordering: Atomics and Memory Model"
1718 \url{http://open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2664.htm}
1719 [Viewed December 7, 2009]"
1721 RCU for C++, parts 1 and 2.
1725 @unpublished{PaulEMcKenney2007WG21DDOannotation
1726 ,Author="Paul E. McKenney and Lawrence Crowl"
1727 ,Title="C++ Data-Dependency Ordering: Function Annotation"
1732 \url{http://open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2782.htm}
1733 [Viewed December 7, 2009]"
1735 RCU for C++, part 2, updated many times.
1739 @unpublished{PaulEMcKenney2007PreemptibleRCUPatch
1740 ,Author="Paul E. McKenney"
1741 ,Title="[PATCH RFC 0/9] {RCU}: Preemptible {RCU}"
1746 \url{http://lkml.org/lkml/2007/9/10/213}
1747 [Viewed October 25, 2007]"
1749 Final patch for preemptable RCU to -rt. (Later patches were
1750 to mainline, eventually incorporated.)
1754 @unpublished{PaulEMcKenney2007PreemptibleRCU
1755 ,Author="Paul E. McKenney"
1756 ,Title="The design of preemptible read-copy-update"
1761 \url{http://lwn.net/Articles/253651/}
1762 [Viewed October 25, 2007]"
1764 LWN article describing the design of preemptible RCU.
1768 @article{ThomasEHart2007a
1769 ,Author="Thomas E. Hart and Paul E. McKenney and Angela Demke Brown and Jonathan Walpole"
1770 ,Title="Performance of memory reclamation for lockless synchronization"
1771 ,journal="J. Parallel Distrib. Comput."
1777 ,doi="http://dx.doi.org/10.1016/j.jpdc.2007.04.010"
1778 ,publisher="Academic Press, Inc."
1779 ,address="Orlando, FL, USA"
1781 Compares QSBR, HPBR, EBR, and lock-free reference counting.
1782 Journal version of ThomasEHart2006a.
1786 @unpublished{MathieuDesnoyers2007call:rcu:schedNeeded
1787 ,Author="Mathieu Desnoyers"
1788 ,Title="Re: [patch 1/2] {Linux} Kernel Markers - Support Multiple Probes"
1793 \url{http://lkml.org/lkml/2007/12/20/244}
1794 [Viewed March 27, 2008]"
1796 Request for call_rcu_sched() and rcu_barrier_sched().
1801 ########################################################################
1803 # "What is RCU?" LWN series.
1805 # http://lwn.net/Articles/262464/ (What is RCU, Fundamentally?)
1806 # http://lwn.net/Articles/263130/ (What is RCU's Usage?)
1807 # http://lwn.net/Articles/264090/ (What is RCU's API?)
1809 @unpublished{PaulEMcKenney2007WhatIsRCUFundamentally
1810 ,Author="Paul E. McKenney and Jonathan Walpole"
1811 ,Title="What is {RCU}, Fundamentally?"
1816 \url{http://lwn.net/Articles/262464/}
1817 [Viewed December 27, 2007]"
1819 Lays out the three basic components of RCU: (1) publish-subscribe,
1820 (2) wait for pre-existing readers to complete, and (2) maintain
1825 @unpublished{PaulEMcKenney2008WhatIsRCUUsage
1826 ,Author="Paul E. McKenney"
1827 ,Title="What is {RCU}? Part 2: Usage"
1832 \url{http://lwn.net/Articles/263130/}
1833 [Viewed January 4, 2008]"
1835 Lays out six uses of RCU:
1836 1. RCU is a Reader-Writer Lock Replacement
1837 2. RCU is a Restricted Reference-Counting Mechanism
1838 3. RCU is a Bulk Reference-Counting Mechanism
1839 4. RCU is a Poor Man's Garbage Collector
1840 5. RCU is a Way of Providing Existence Guarantees
1841 6. RCU is a Way of Waiting for Things to Finish
1845 @unpublished{PaulEMcKenney2008WhatIsRCUAPI
1846 ,Author="Paul E. McKenney"
1847 ,Title="{RCU} part 3: the {RCU} {API}"
1852 \url{http://lwn.net/Articles/264090/}
1853 [Viewed January 10, 2008]"
1855 Gives an overview of the Linux-kernel RCU API and a brief annotated RCU
1861 # "What is RCU?" LWN series.
1863 ########################################################################
1866 @unpublished{SteveRostedt2008dyntickRCUpatch
1867 ,Author="Steven Rostedt and Paul E. McKenney"
1868 ,Title="{[PATCH]} add support for dynamic ticks and preempt rcu"
1873 \url{http://lkml.org/lkml/2008/1/29/208}
1874 [Viewed March 27, 2008]"
1876 Patch that prevents preemptible RCU from unnecessarily waking
1877 up dynticks-idle CPUs.
1881 @unpublished{PaulEMcKenney2008LKMLDependencyOrdering
1882 ,Author="Paul E. McKenney"
1883 ,Title="Re: [PATCH 02/22 -v7] Add basic support for gcc profiler instrumentation"
1888 \url{http://lkml.org/lkml/2008/2/2/255}
1889 [Viewed October 18, 2008]"
1891 Explanation of compilers violating dependency ordering.
1895 @Conference{PaulEMcKenney2008Beijing
1896 ,Author="Paul E. McKenney"
1897 ,Title="Introducing Technology Into {Linux} Or:
1898 Introducing your technology Into {Linux} will require introducing a
1899 lot of {Linux} into your technology!!!"
1900 ,Booktitle="2008 Linux Developer Symposium - China"
1901 ,Publisher="OSS China"
1904 ,Address="Beijing, China"
1906 \url{http://www.rdrop.com/users/paulmck/RCU/TechIntroLinux.2008.02.19a.pdf}
1907 [Viewed August 12, 2008]"
1910 @unpublished{PaulEMcKenney2008dynticksRCU
1911 ,Author="Paul E. McKenney and Steven Rostedt"
1912 ,Title="Integrating and Validating dynticks and Preemptable RCU"
1917 \url{http://lwn.net/Articles/279077/}
1918 [Viewed April 24, 2008]"
1920 Describes use of Promela and Spin to validate (and fix!) the
1921 dynticks/RCU interface.
1925 @article{DinakarGuniguntala2008IBMSysJ
1926 ,author="D. Guniguntala and P. E. McKenney and J. Triplett and J. Walpole"
1927 ,title="The read-copy-update mechanism for supporting real-time applications on shared-memory multiprocessor systems with {Linux}"
1930 ,journal="IBM Systems Journal"
1935 RCU, realtime RCU, sleepable RCU, performance.
1939 @unpublished{LaiJiangshan2008NewClassicAlgorithm
1940 ,Author="Lai Jiangshan"
1941 ,Title="[{RFC}][{PATCH}] rcu classic: new algorithm for callbacks-processing"
1946 \url{http://lkml.org/lkml/2008/6/2/539}
1947 [Viewed December 10, 2008]"
1949 Updated RCU classic algorithm. Introduced multi-tailed list
1950 for RCU callbacks and also pulling common code into
1955 @article{PaulEMcKenney2008RCUOSR
1956 ,author="Paul E. McKenney and Jonathan Walpole"
1957 ,title="Introducing technology into the {Linux} kernel: a case study"
1959 ,journal="SIGOPS Oper. Syst. Rev."
1964 ,doi={http://doi.acm.org/10.1145/1400097.1400099}
1966 ,address="New York, NY, USA"
1968 Linux changed RCU to a far greater degree than RCU has changed Linux.
1972 @unpublished{ManfredSpraul2008StateMachineRCU
1973 ,Author="Manfred Spraul"
1974 ,Title="[{RFC}, {PATCH}] state machine based rcu"
1979 \url{http://lkml.org/lkml/2008/8/21/336}
1980 [Viewed December 8, 2008]"
1982 State-based RCU. One key thing that this patch does is to
1983 separate the dynticks handling of NMIs and IRQs.
1987 @unpublished{ManfredSpraul2008dyntickIRQNMI
1988 ,Author="Manfred Spraul"
1989 ,Title="Re: [{RFC}, {PATCH}] v4 scalable classic {RCU} implementation"
1994 \url{http://lkml.org/lkml/2008/9/6/86}
1995 [Viewed December 8, 2008]"
1997 Manfred notes a fix required to my attempt to separate irq
1998 and NMI processing for hierarchical RCU's dynticks interface.
2002 @techreport{PaulEMcKenney2008cyclicRCU
2003 ,author="Paul E. McKenney"
2004 ,title="Efficient Support of Consistent Cyclic Search With Read-Copy Update"
2005 ,institution="US Patent and Trademark Office"
2006 ,address="Washington, DC"
2008 ,number="US Patent 7,426,511"
2012 Maintains an additional level of indirection to allow
2013 readers to confine themselves to the desired snapshot of the
2014 data structure. Only permits one update at a time.
2018 @unpublished{PaulEMcKenney2008HierarchicalRCU
2019 ,Author="Paul E. McKenney"
2020 ,Title="Hierarchical {RCU}"
2025 \url{http://lwn.net/Articles/305782/}
2026 [Viewed November 6, 2008]"
2028 RCU with combining-tree-based grace-period detection,
2029 permitting it to handle thousands of CPUs.
2033 @unpublished{PaulEMcKenney2009BloatwatchRCU
2034 ,Author="Paul E. McKenney"
2035 ,Title="Re: [PATCH fyi] RCU: the bloatwatch edition"
2040 \url{http://lkml.org/lkml/2009/1/14/449}
2041 [Viewed January 15, 2009]"
2043 Small-footprint implementation of RCU for uniprocessor
2044 embedded applications -- and also for exposition purposes.
2048 @conference{PaulEMcKenney2009MaliciousURCU
2049 ,Author="Paul E. McKenney"
2050 ,Title="Using a Malicious User-Level {RCU} to Torture {RCU}-Based Algorithms"
2051 ,Booktitle="linux.conf.au 2009"
2054 ,address="Hobart, Australia"
2056 \url{http://www.rdrop.com/users/paulmck/RCU/urcutorture.2009.01.22a.pdf}
2057 [Viewed February 2, 2009]"
2059 Realtime RCU and torture-testing RCU uses.
2063 @unpublished{MathieuDesnoyers2009URCU
2064 ,Author="Mathieu Desnoyers"
2065 ,Title="[{RFC} git tree] Userspace {RCU} (urcu) for {Linux}"
2070 \url{http://lkml.org/lkml/2009/2/5/572}
2071 \url{http://lttng.org/urcu}
2072 [Viewed February 20, 2009]"
2074 Mathieu Desnoyers's user-space RCU implementation.
2075 git://lttng.org/userspace-rcu.git
2076 http://lttng.org/cgi-bin/gitweb.cgi?p=userspace-rcu.git
2077 http://lttng.org/urcu
2081 @unpublished{PaulEMcKenney2009LWNBloatWatchRCU
2082 ,Author="Paul E. McKenney"
2083 ,Title="{RCU}: The {Bloatwatch} Edition"
2088 \url{http://lwn.net/Articles/323929/}
2089 [Viewed March 20, 2009]"
2091 Uniprocessor assumptions allow simplified RCU implementation.
2095 @unpublished{PaulEMcKenney2009expeditedRCU
2096 ,Author="Paul E. McKenney"
2097 ,Title="[{PATCH} -tip 0/3] expedited 'big hammer' {RCU} grace periods"
2102 \url{http://lkml.org/lkml/2009/6/25/306}
2103 [Viewed August 16, 2009]"
2105 First posting of expedited RCU to be accepted into -tip.
2109 @unpublished{PaulEMcKenney2009fastRTRCU
2110 ,Author="Paul E. McKenney"
2111 ,Title="[{PATCH} {RFC} -tip 0/4] {RCU} cleanups and simplified preemptable {RCU}"
2116 \url{http://lkml.org/lkml/2009/7/23/294}
2117 [Viewed August 15, 2009]"
2119 First posting of simple and fast preemptable RCU.
2123 @InProceedings{JoshTriplett2009RPHash
2124 ,Author="Josh Triplett"
2125 ,Title="Scalable concurrent hash tables via relativistic programming"
2128 ,booktitle="Linux Plumbers Conference 2009"
2130 RP fun with hash tables.
2131 See also JoshTriplett2010RPHash
2135 @phdthesis{MathieuDesnoyersPhD
2136 , title = "Low-Impact Operating System Tracing"
2137 , author = "Mathieu Desnoyers"
2138 , school = "Ecole Polytechnique de Montr\'{e}al"
2139 , month = "December"
2142 \url{http://www.lttng.org/pub/thesis/desnoyers-dissertation-2009-12.pdf}
2143 [Viewed December 9, 2009]"
2145 Chapter 6 (page 97) covers user-level RCU.
2149 @unpublished{RelativisticProgrammingWiki
2150 ,Author="Josh Triplett and Paul E. McKenney and Jonathan Walpole"
2151 ,Title="Relativistic Programming"
2155 \url{http://wiki.cs.pdx.edu/rp/}
2156 [Viewed December 9, 2009]"
2158 Main Relativistic Programming Wiki.
2162 @conference{PaulEMcKenney2009DeterministicRCU
2163 ,Author="Paul E. McKenney"
2164 ,Title="Deterministic Synchronization in Multicore Systems: the Role of {RCU}"
2165 ,Booktitle="Eleventh Real Time Linux Workshop"
2168 ,address="Dresden, Germany"
2170 \url{http://www.rdrop.com/users/paulmck/realtime/paper/DetSyncRCU.2009.08.18a.pdf}
2171 [Viewed January 14, 2009]"
2174 @unpublished{PaulEMcKenney2009HuntingHeisenbugs
2175 ,Author="Paul E. McKenney"
2176 ,Title="Hunting Heisenbugs"
2181 \url{http://paulmck.livejournal.com/14639.html}
2182 [Viewed June 4, 2010]"
2184 Day-one bug in Tree RCU that took forever to track down.
2188 @unpublished{MathieuDesnoyers2009defer:rcu
2189 ,Author="Mathieu Desnoyers"
2190 ,Title="Kernel RCU: shrink the size of the struct rcu\_head"
2194 \url{http://lkml.org/lkml/2009/10/18/129}
2195 [Viewed December 29, 2009]"
2197 Mathieu proposed defer_rcu() with fixed-size per-thread pool
2202 @unpublished{MathieuDesnoyers2009VerifPrePub
2203 ,Author="Mathieu Desnoyers and Paul E. McKenney and Michel R. Dagenais"
2204 ,Title="Multi-Core Systems Modeling for Formal Verification of Parallel Algorithms"
2207 ,note="Submitted to IEEE TPDS"
2209 OOMem model for Mathieu's user-level RCU mechanical proof of
2214 @unpublished{MathieuDesnoyers2009URCUPrePub
2215 ,Author="Mathieu Desnoyers and Paul E. McKenney and Alan Stern and Michel R. Dagenais and Jonathan Walpole"
2216 ,Title="User-Level Implementations of Read-Copy Update"
2219 ,url=\url{http://www.computer.org/csdl/trans/td/2012/02/ttd2012020375-abs.html}
2221 RCU overview, desiderata, semi-formal semantics, user-level RCU
2222 usage scenarios, three classes of RCU implementation, wait-free
2223 RCU updates, RCU grace-period batching, update overhead,
2224 http://www.rdrop.com/users/paulmck/RCU/urcu-main-accepted.2011.08.30a.pdf
2225 http://www.rdrop.com/users/paulmck/RCU/urcu-supp-accepted.2011.08.30a.pdf
2226 Superseded by MathieuDesnoyers2012URCU.
2230 @inproceedings{HariKannan2009DynamicAnalysisRCU
2231 ,author = {Kannan, Hari}
2232 ,title = {Ordering decoupled metadata accesses in multiprocessors}
2233 ,booktitle = {MICRO 42: Proceedings of the 42nd Annual IEEE/ACM International Symposium on Microarchitecture}
2235 ,isbn = {978-1-60558-798-1}
2237 ,location = {New York, New York}
2238 ,doi = {http://doi.acm.org/10.1145/1669112.1669161}
2240 ,address = {New York, NY, USA}
2242 Uses RCU to protect metadata used in dynamic analysis.
2245 @conference{PaulEMcKenney2010SimpleOptRCU
2246 ,Author="Paul E. McKenney"
2247 ,Title="Simplicity Through Optimization"
2248 ,Booktitle="linux.conf.au 2010"
2251 ,address="Wellington, New Zealand"
2253 \url{http://www.rdrop.com/users/paulmck/RCU/SimplicityThruOptimization.2010.01.21f.pdf}
2254 [Viewed October 10, 2010]"
2256 TREE_PREEMPT_RCU optimizations greatly simplified the old
2257 PREEMPT_RCU implementation.
2261 @unpublished{PaulEMcKenney2010LockdepRCU
2262 ,Author="Paul E. McKenney"
2263 ,Title="Lockdep-{RCU}"
2268 \url{https://lwn.net/Articles/371986/}
2269 [Viewed June 4, 2010]"
2271 CONFIG_PROVE_RCU, or at least an early version.
2275 @unpublished{AviKivity2010KVM2RCU
2276 ,Author="Avi Kivity"
2277 ,Title="[{PATCH} 37/40] {KVM}: Bump maximum vcpu count to 64"
2281 \url{http://www.mail-archive.com/kvm@vger.kernel.org/msg28640.html}
2282 [Viewed March 20, 2010]"
2284 Use of RCU permits KVM to increase the size of guest OSes from
2289 @unpublished{HerbertXu2010RCUResizeHash
2290 ,Author="Herbert Xu"
2291 ,Title="bridge: Add core IGMP snooping support"
2295 \url{http://kerneltrap.com/mailarchive/linux-netdev/2010/2/26/6270589}
2296 [Viewed March 20, 2011]"
2298 Use a pair of list_head structures to support RCU-protected
2299 resizable hash tables.
2302 @article{JoshTriplett2010RPHash
2303 ,author="Josh Triplett and Paul E. McKenney and Jonathan Walpole"
2304 ,title="Scalable Concurrent Hash Tables via Relativistic Programming"
2305 ,journal="ACM Operating Systems Review"
2311 RP fun with hash tables.
2312 http://portal.acm.org/citation.cfm?id=1842733.1842750
2315 @unpublished{PaulEMcKenney2010RCUAPI
2316 ,Author="Paul E. McKenney"
2317 ,Title="The {RCU} {API}, 2010 Edition"
2322 \url{http://lwn.net/Articles/418853/}
2323 [Viewed December 8, 2010]"
2325 Includes updated software-engineering features.
2329 @mastersthesis{AndrejPodzimek2010masters
2330 ,author="Andrej Podzimek"
2331 ,title="Read-Copy-Update for OpenSolaris"
2332 ,school="Charles University in Prague"
2335 \url{https://andrej.podzimek.org/thesis.pdf}
2336 [Viewed January 31, 2011]"
2338 Reviews RCU implementations and creates a few for OpenSolaris.
2339 Drives quiescent-state detection from RCU read-side primitives,
2340 in a manner roughly similar to that of Jim Houston.
2343 @unpublished{LinusTorvalds2011Linux2:6:38:rc1:NPigginVFS
2344 ,Author="Linus Torvalds"
2345 ,Title="Linux 2.6.38-rc1"
2349 \url{https://lkml.org/lkml/2011/1/18/322}
2350 [Viewed March 4, 2011]"
2352 "The RCU-based name lookup is at the other end of the spectrum - the
2353 absolute anti-gimmick. It's some seriously good stuff, and gets rid of
2354 the last main global lock that really tends to hurt some kernel loads.
2355 The dentry lock is no longer a big serializing issue. What's really
2356 nice about it is that it actually improves performance a lot even for
2357 single-threaded loads (on an SMP kernel), because it gets rid of some
2358 of the most expensive parts of path component lookup, which was the
2359 d_lock on every component lookup. So I'm seeing improvements of 30-50%
2360 on some seriously pathname-lookup intensive loads."
2363 @techreport{JoshTriplett2011RPScalableCorrectOrdering
2364 ,author = {Josh Triplett and Philip W. Howard and Paul E. McKenney and Jonathan Walpole}
2365 ,title = {Scalable Correct Memory Ordering via Relativistic Programming}
2368 ,institution = {Portland State University}
2369 ,note = {\url{http://www.cs.pdx.edu/pdfs/tr1103.pdf}}
2372 @inproceedings{PhilHoward2011RCUTMRBTree
2373 ,author = {Philip W. Howard and Jonathan Walpole}
2374 ,title = {A Relativistic Enhancement to Software Transactional Memory}
2375 ,booktitle = {Proceedings of the 3rd USENIX conference on Hot topics in parallelism}
2376 ,series = {HotPar'11}
2378 ,location = {Berkeley, CA}
2381 ,url = {http://www.usenix.org/event/hotpar11/tech/final_files/Howard.pdf}
2382 ,publisher = {USENIX Association}
2383 ,address = {Berkeley, CA, USA}
2386 @techreport{PaulEMcKenney2011cyclicparallelRCU
2387 ,author="Paul E. McKenney and Jonathan Walpole"
2388 ,title="Efficient Support of Consistent Cyclic Search With Read-Copy Update and Parallel Updates"
2389 ,institution="US Patent and Trademark Office"
2390 ,address="Washington, DC"
2392 ,number="US Patent 7,953,778"
2396 Maintains an array of generation numbers to track in-flight
2397 updates and keeps an additional level of indirection to allow
2398 readers to confine themselves to the desired snapshot of the
2403 @inproceedings{Triplett:2011:RPHash
2404 ,author = {Triplett, Josh and McKenney, Paul E. and Walpole, Jonathan}
2405 ,title = {Resizable, Scalable, Concurrent Hash Tables via Relativistic Programming}
2406 ,booktitle = {Proceedings of the 2011 USENIX Annual Technical Conference}
2411 ,url={http://www.usenix.org/event/atc11/tech/final_files/atc11_proceedings.pdf}
2412 ,publisher = {The USENIX Association}
2413 ,address = {Portland, OR USA}
2416 @unpublished{PaulEMcKenney2011RCU3.0trainwreck
2417 ,Author="Paul E. McKenney"
2418 ,Title="3.0 and {RCU:} what went wrong"
2423 \url{http://lwn.net/Articles/453002/}
2424 [Viewed July 27, 2011]"
2426 Analysis of the RCU trainwreck in Linux kernel 3.0.
2430 @unpublished{NeilBrown2011MeetTheLockers
2431 ,Author="Neil Brown"
2432 ,Title="Meet the Lockers"
2437 \url{http://lwn.net/Articles/453685/}
2438 [Viewed September 2, 2011]"
2440 The Locker family as an analogy for locking, reference counting,
2445 @article{MathieuDesnoyers2012URCU
2446 ,Author="Mathieu Desnoyers and Paul E. McKenney and Alan Stern and Michel R. Dagenais and Jonathan Walpole"
2447 ,Title="User-Level Implementations of Read-Copy Update"
2448 ,journal="IEEE Transactions on Parallel and Distributed Systems"
2453 ,doi="http://doi.ieeecomputersociety.org/10.1109/TPDS.2011.159"
2454 ,publisher="IEEE Computer Society"
2455 ,address="Los Alamitos, CA, USA"
2457 RCU overview, desiderata, semi-formal semantics, user-level RCU
2458 usage scenarios, three classes of RCU implementation, wait-free
2459 RCU updates, RCU grace-period batching, update overhead,
2460 http://www.rdrop.com/users/paulmck/RCU/urcu-main-accepted.2011.08.30a.pdf
2461 http://www.rdrop.com/users/paulmck/RCU/urcu-supp-accepted.2011.08.30a.pdf