Pathological Interaction of Locks with Transactional Memory
| dc.contributor.author | Volos, Haris | en_US |
| dc.contributor.author | Goyal, Neelam | en_US |
| dc.contributor.author | Swift, Michael M. | en_US |
| dc.date.accessioned | 2012-03-15T17:23:12Z | |
| dc.date.available | 2012-03-15T17:23:12Z | |
| dc.date.created | 2008 | en_US |
| dc.date.issued | 2008 | |
| dc.description.abstract | Transactional memory (TM) promises to simplify multithreaded programming. Transactions provide mutual exclusion without the possibility of deadlock and the need to assign locks to data structures. To date, most investigations of transactional memory have looked at purely transactional systems that do not interact with legacy code using locks. Unfortunately, the reality of software engineering is that such interaction is likely. We investigate the interaction of transactional memory implementations and lock-based code. We identify and discuss five pathologies that arise with different systems when a lock is accessed both within and outside a transaction: Blocking, Deadlock, Livelock, Early Release, and Invisible Locking. To address these pathologies we designed and implemented transaction-safe locks (TxLocks) by modifying the existing lock implementation of the OpenSolaris C Library and extending the conflict resolution policy of a hardware transactional memory system. | en_US |
| dc.format.mimetype | application/pdf | en_US |
| dc.identifier.citation | TR1631 | en_US |
| dc.identifier.uri | http://digital.library.wisc.edu/1793/60626 | |
| dc.publisher | University of Wisconsin-Madison Department of Computer Sciences | en_US |
| dc.title | Pathological Interaction of Locks with Transactional Memory | en_US |
| dc.type | Technical Report | en_US |
Files
Original bundle
1 - 1 of 1