Multiple reservations and the Oklahoma update

Stone, Janice M.; Stone, Harold S.; Heidelberger, Philip; Turek, John

doi:10.1109/88.260295

Cited by 70 publications

(54 citation statements)

References 9 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Ideas similar to the definition of transactional memory can also be found in the Oklahoma Update system [96]. They propose to update multiple shared variables atomically, supporting the "all or nothing" property.…”

Section: General Transactional Memory Terminologymentioning

confidence: 98%

“…The limitations can be in both space and time. Space related limitations to handle may be, e.g., a limited number of entries in the undo log or write buffer [49], support for only a limited number of updates [96], or no support for nested transactions [70]. Time related limitations to handle include, e.g., context switches, process migration, and other types of interrupts such as page faults.…”

Section: Virtualization Of Hardware Transactional Memorymentioning

confidence: 99%

See 1 more Smart Citation

Transactional memory

Grahn¹

2010

Journal of Parallel and Distributed Computing

View full text Add to dashboard Cite

Current and future processor generations are based on multicore architectures where the performance increase comes from an increasing number of cores on a chip. In order to utilize the performance potential of multicore architectures the programs also need to be parallel, but writing parallel programs is a non-trivial task. Transactional memory tries to ease parallel program development by providing atomic and isolated execution of code sequences, enabling software composability and protected access to shared data. In addition, transactional memory has the ability to execute atomic code sequences in parallel as long as no data conflicts occur. Transactional memory implementation proposals exist for both hardware and software, as well as hybrid solutions. This special issue on transactional memory introduces transactional memory as a concept, presents an overview of some of the most important approaches so far, and finally, includes five articles that advances the state-of-the-art in transactional memory research.

show abstract

Section: General Transactional Memory Terminologymentioning

confidence: 98%

Section: Virtualization Of Hardware Transactional Memorymentioning

confidence: 99%

Transactional memory

Grahn¹

2010

Journal of Parallel and Distributed Computing

View full text Add to dashboard Cite

show abstract

“…for parallelizing the execution of mostly functional programs [3] or for the management of concurrent access to virtual memory [4]. The HTM mentioned in this paper was firstly proposed in 1993 by [5] and concurrently by [6]. However, the HTM becomes a popular research topic only in recent years after multi-core system is agreed to be the trend of chip design.…”

Section: Related Workmentioning

confidence: 99%

Hardware transactional memory system for parallel programming

Wang

Hou

Wang

2008

2008 13th Asia-Pacific Computer Systems Architecture Conference

View full text Add to dashboard Cite

show abstract

“…On cache overflows, VTM writes the new (and a second copy of old) values to an in-memory table (XADT). VTM does not specify version management when data fits in cache, but rather recommends other proposals [2,11,14,24,30]. [2] proposes using both eager version management and eager conflict detection.…”

Section: Introductionmentioning

confidence: 99%