Skip to main navigation Skip to search Skip to main content

A case for Exiting a Transaction in the Context of Hardware Transactional Memory

  • Isuru Herath
  • , Demian Rosas
  • , Daniel Goodman
  • , Mikel Lujan
  • , Ian Watson

Research output: Chapter in Book/Conference proceedingConference contributionpeer-review

41 Downloads (Pure)

Abstract

Despite the rapid growth in the area of Transactional Memory (TM), there is a lack of standardisation of certain features. The behaviour of a transactional abort is one such feature. All hardware TM and most software TM designs treat abort as a way of restarting the current transaction. However an alternative representation for the same functionality has been expressed in some software transactional memories and programming languages proposals. These allow the termination of a transaction without restarting. In this paper we argue that a similar functionality is required for hardware TM as well. We call this functionality Exit_Transaction, in which a programmer can explicitly ask the underlying TM system to move to the end of the transaction without committing it. We discuss how to extend a hardware TM system to support such a feature and our evaluation with two hardware TM systems shows that by using this functionality a speedup of up to 1.35X can be achieved on the benchmarks tested. This is achieved as a result of lower contention for resources and less false positives.
Original languageEnglish
Title of host publicationProceedings of Transact
Publication statusPublished - 26 Feb 2012
EventTRANSACT '12: 7th ACM SIGPLAN Workshop on Transactional Computing -
Duration: 1 Jan 1824 → …

Conference

ConferenceTRANSACT '12: 7th ACM SIGPLAN Workshop on Transactional Computing
Period1/01/24 → …

Fingerprint

Dive into the research topics of 'A case for Exiting a Transaction in the Context of Hardware Transactional Memory'. Together they form a unique fingerprint.

Cite this