2019
DOI: 10.1007/978-3-030-34992-9_17
|View full text |Cite
|
Sign up to set email alerts
|

Achieving Starvation-Freedom with Greater Concurrency in Multi-Version Object-based Transactional Memory Systems

Abstract: To utilize the multi-core processors properly concurrent programming is needed. The main challenge is to design a correct and efficient concurrent program. Software Transactional Memory Systems (STMs) provide ease of multithreading to the programmer without worrying about concurrency issues as deadlock, livelock, priority inversion, etc. Most of the STMs work on read-write operations known as RWSTMs. Some STMs work at higher-level operations and ensure greater concurrency than RWSTMs. Such STMs are known as Si… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1

Citation Types

0
1
0

Year Published

2021
2021
2021
2021

Publication Types

Select...
1

Relationship

0
1

Authors

Journals

citations
Cited by 1 publication
(1 citation statement)
references
References 34 publications
(109 reference statements)
0
1
0
Order By: Relevance
“…In case of read-write conflicts (IS-X,IX-S,S-SIX,S-X) mode unlike MGL,CGVL avoids synchronous waiting for data item reclamation by providing suitable version for each data item [31].It works on timestamp ordering principle to provide a consistent snapshot of each data item. Each requesting thread selects the suitable version of the data item by using the last committed timestamp of each version(when the version was committed).This is well known approach that exist in multi version control database scheme [14][15][16][17][18] that provide multiple version for each transactional operations to perform their work.…”
Section: Introductionmentioning
confidence: 99%
“…In case of read-write conflicts (IS-X,IX-S,S-SIX,S-X) mode unlike MGL,CGVL avoids synchronous waiting for data item reclamation by providing suitable version for each data item [31].It works on timestamp ordering principle to provide a consistent snapshot of each data item. Each requesting thread selects the suitable version of the data item by using the last committed timestamp of each version(when the version was committed).This is well known approach that exist in multi version control database scheme [14][15][16][17][18] that provide multiple version for each transactional operations to perform their work.…”
Section: Introductionmentioning
confidence: 99%