Proceedings of the 21st International Conference on Real-Time Networks and Systems 2013
DOI: 10.1145/2516821.2516843
|View full text |Cite
|
Sign up to set email alerts
|

Fine-grained multiprocessor real-time locking with improved blocking

Abstract: Existing multiprocessor real-time locking protocols that support nesting are subject to adverse blocking that can be avoided when additional resource-usage-pattern information is known. These sources of blocking stem from system overheads, varying critical section lengths, and a lack of support for replicated resources. In this paper, these issues are resolved in the context of the recently proposed realtime nested locking protocol (RNLP). The resulting protocols are the first to support fine-grained real-time… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
17
0

Year Published

2013
2013
2022
2022

Publication Types

Select...
3
3
2

Relationship

2
6

Authors

Journals

citations
Cited by 26 publications
(17 citation statements)
references
References 12 publications
0
17
0
Order By: Relevance
“…Thus, any request for a CE lock may be blocked by ρg − 1 other requests. From the blocking analysis of DGLs [22], the total number of blocking requests for a CE is at most ρg − 1. Analytical bounds for P2P and system memory migrations differ.…”
Section: Resultsmentioning
confidence: 99%
See 1 more Smart Citation
“…Thus, any request for a CE lock may be blocked by ρg − 1 other requests. From the blocking analysis of DGLs [22], the total number of blocking requests for a CE is at most ρg − 1. Analytical bounds for P2P and system memory migrations differ.…”
Section: Resultsmentioning
confidence: 99%
“…As shown in [21], worst-case blocking grows quadratically with respect to the total number of GPU tokens if these locks are acquired separately. We avoid such excessive blocking by instead using dynamic group locks (DGLs) [22]. Using DGLs, a job atomically requests both CE locks simultaneously, instead requesting of one after the other.…”
Section: B Gpusync Structurementioning
confidence: 99%
“…SPEPP [26] and M-BWI [15], [19] apply the notion of a helping mechanism, where a waiting task can execute on behalf of the preempted resource holder. More recently, a protocol named RNLP [28], [27] has been developed to support nested resource requests by applying a token mechanism and a set of request satisfaction mechanisms that can fit into different system models. In [18], a new multiprocessor task partitioning and resource allocating algorithm is proposed to offer a guaranteed speedup of 11-6/(m+1), where m is the number of processors in the system.…”
Section: B Related Workmentioning
confidence: 99%
“…As shown in the full version of this paper [11], if these locks are acquired separately, then worst-case blocking grows quadratically with respect to the total number of GPU tokens. We avoid such excessive blocking by instead using dynamic group locks (DGLs) [26]. Using DGLs, a job atomically requests both copy engine locks simultaneously.…”
Section: Migrationsmentioning
confidence: 99%
“…Thus, any request for a copy engine lock may be blocked by ρg − 1 other requests. From the blocking analysis of DGLs [26], the total number of blocking requests for the copy engine is at most (ρg − 1). Since no task requires more than X max time to complete b…”
Section: P2p Imentioning
confidence: 99%