• Documents
  • Authors
  • Tables
  • Log in
  • Sign up
  • MetaCart
  • DMCA
  • Donate

CiteSeerX logo

Advanced Search Include Citations
Advanced Search Include Citations

DMCA

Virtualizing Transactional Memory (2005)

Cached

  • Download as a PDF

Download Links

  • [pages.cs.wisc.edu]
  • [www.cag.csail.mit.edu]
  • [www.cs.wisc.edu]
  • [pages.cs.wisc.edu]
  • [www.cs.cmu.edu]
  • [www.cs.cmu.edu]

  • Other Repositories/Bibliography

  • DBLP
  • Save to List
  • Add to Collection
  • Correct Errors
  • Monitor Changes
by Ravi Rajwar, et al.
Citations:337 - 3 self
  • Summary
  • Citations
  • Active Bibliography
  • Co-citation
  • Clustered Documents
  • Version History

BibTeX

@MISC{Rajwar05virtualizingtransactional,
    author = {Ravi Rajwar and et al.},
    title = {Virtualizing Transactional Memory},
    year = {2005}
}

Share

Facebook Twitter Reddit Bibsonomy

OpenURL

 

Abstract

Writing concurrent programs is difficult because of the complexity of ensuring proper synchronization. Conventional lock-based synchronization suffers from wellknown limitations, so researchers have considered nonblocking transactions as an alternative. Recent hardware proposals have demonstrated how transactions can achieve high performance while not suffering limitations of lock-based mechanisms. However, current hardware proposals require programmers to be aware of platform-specific resource limitations such as buffer sizes, scheduling quanta, as well as events such as page faults, and process migrations. If the transactional model is to gain wide acceptance, hardware support for transactions must be virtualized to hide these limitations in much the same way that virtual memory shields the programmer from platform-specific limitations of physical memory. This paper proposes Virtual Transactional Memory (VTM), a user-transparent system that shields the programmer from various platform-specific resource limitations. VTM maintains the performance advantage of hardware transactions, incurs low overhead in time, and has modest costs in hardware support. While many system-level challenges remain, VTM takes a step toward making transactional models more widely acceptable.

Keyphrases

transactional memory    hardware support    transactional model    conventional lock-based synchronization suffers    incurs low overhead    recent hardware proposal    process migration    wellknown limitation    performance advantage    wide acceptance    physical memory    various platform-specific resource limitation    virtual memory    user-transparent system    nonblocking transaction    many system-level challenge    high performance    modest cost    buffer size    current hardware proposal    proper synchronization    platform-specific resource limitation    platform-specific limitation    hardware transaction    concurrent program    lock-based mechanism    virtual transactional memory    page fault   

Powered by: Apache Solr
  • About CiteSeerX
  • Submit and Index Documents
  • Privacy Policy
  • Help
  • Data
  • Source
  • Contact Us

Developed at and hosted by The College of Information Sciences and Technology

© 2007-2019 The Pennsylvania State University