2014 IEEE 28th International Parallel and Distributed Processing Symposium 2014
DOI: 10.1109/ipdps.2014.29
|View full text |Cite
|
Sign up to set email alerts
|

Multi-resource Real-Time Reader/Writer Locks for Multiprocessors

Abstract: A fine-grained locking protocol permits multiple locks to be held simultaneously. In the case of real-time multiprocessor systems, prior work on such protocols has considered only mutex constraints. This unacceptably limits concurrency in systems in which some resource accesses are read-only. To remedy this situation, a variant of a recentlyproposed fine-grained protocol called the real-time nested locking protocol (RNLP) is presented that enables concurrent reads. Like the original RNLP, this reader/writer ve… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
10
0

Year Published

2015
2015
2022
2022

Publication Types

Select...
3
3
1

Relationship

1
6

Authors

Journals

citations
Cited by 15 publications
(10 citation statements)
references
References 17 publications
0
10
0
Order By: Relevance
“…This duality between multi-resource locks and nested locking allows the real-time nesting locking protocol (RNLP) family ( Ward and Anderson, 2012 ; Ward and Anderson, 2013 ; Ward and Anderson, 2014 ; Ward, 2016 ) to provide a solution in both use cases. Dynamic group locks (DGLs) ( Ward and Anderson, 2013 ; Ward, 2016 ) are the multi-resource lock variant of RNLP, and reader–writer RNLP (R/W RNLP) ( Ward and Anderson, 2014 ) provides a reader–writer extension to DGL. With contention-sensitive RNLP (C-RNLP) ( Jarrett et al, 2015 ), there is also an extension to RNLP that relaxes the strict FIFO ordering and tries to dynamically eliminate transitive blocking chains .…”
Section: Setting the Requirements For Real-time Locking In Roboticsmentioning
confidence: 99%
See 2 more Smart Citations
“…This duality between multi-resource locks and nested locking allows the real-time nesting locking protocol (RNLP) family ( Ward and Anderson, 2012 ; Ward and Anderson, 2013 ; Ward and Anderson, 2014 ; Ward, 2016 ) to provide a solution in both use cases. Dynamic group locks (DGLs) ( Ward and Anderson, 2013 ; Ward, 2016 ) are the multi-resource lock variant of RNLP, and reader–writer RNLP (R/W RNLP) ( Ward and Anderson, 2014 ) provides a reader–writer extension to DGL. With contention-sensitive RNLP (C-RNLP) ( Jarrett et al, 2015 ), there is also an extension to RNLP that relaxes the strict FIFO ordering and tries to dynamically eliminate transitive blocking chains .…”
Section: Setting the Requirements For Real-time Locking In Roboticsmentioning
confidence: 99%
“…Conceptually, RNLP locks are always presented by using dedicated queues per resource in the literature ( Ward and Anderson, 2012 ; Ward and Anderson, 2013 ; Ward and Anderson, 2014 ; Ward, 2016 ). However, later work of the authors gives a hint to single-queue implementations of the non-reader–writer variants ( Jarrett et al, 2015 ).…”
Section: Setting the Requirements For Real-time Locking In Roboticsmentioning
confidence: 99%
See 1 more Smart Citation
“…The first proposal for fine-grained analysis was proposed in [10]; forcing a strict order on locks and releases (locking operations are not allowed after a release has been performed on the nesting). An extension of this work is the Real-time Nested Locking Protocol (RNLP) [12,13] which limits the concurrency on nested resource accesses by means of a token mechanism and provides a set of request satisfaction mechanisms aiming for optimality under different system configurations.…”
Section: R E L a T E D W O R Kmentioning
confidence: 99%
“…As noted in Sec. 1, the RNLP is actually a family of protocols: a given instantiation is obtained by determining how waiting is realized (spinning or suspending), the progress mechanism to employ (priority inheritance, priority boosting, or priority donation), and potentially other factors (such as whether "long" critical sections are to be distinguished from "short" ones [12], and whether reader/writer sharing constraints exist [13]). All such instantiations share a common structure, which consists of two components: a token lock and a request satisfaction mechanism (RSM).…”
Section: Resource Wait Queuesmentioning
confidence: 99%