ACM Home Page
Please provide us with feedback. Feedback
MetaTM/TxLinux: transactional memory for an operating system
Full text PdfPdf (366 KB)
Source
International Symposium on Computer Architecture archive
Proceedings of the 34th annual international symposium on Computer architecture table of contents
San Diego, California, USA
SESSION: Transactions table of contents
Pages: 92 - 103  
Year of Publication: 2007
ISBN:978-1-59593-706-3
Also published in ...
Authors
Hany E. Ramadan  University of Texas at Austin, Austin, TX
Christopher J. Rossbach  University of Texas at Austin, Austin, TX
Donald E. Porter  University of Texas at Austin, Austin, TX
Owen S. Hofmann  University of Texas at Austin, Austin, TX
Aditya Bhandari  University of Texas at Austin, Austin, TX
Emmett Witchel  University of Texas at Austin, Austin, TX
Sponsors
SIGARCH: ACM Special Interest Group on Computer Architecture
IEEE-CS : Computer Society
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 30,   Downloads (12 Months): 124,   Citation Count: 10
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/1250662.1250675
What is a DOI?

ABSTRACT

This paper quantifies the effect of architectural design decisions onthe performance of TxLinux. TxLinux is a Linux kernel modifiedto use transactions in place of locking primitives in several key subsystems.We run TxLinux on MetaTM, which is a new hardwaretransaction memory (HTM) model.MetaTM contains features that enable efficient and correct interrupthandling for an x86-like architecture. Live stack overwrites can corrupt non-transactional stack memory and requires a smallchange to the transaction register checkpoint hardware to ensurecorrect operation of the operating system. We also propose stack based early release to reduce spurious conflicts on stack memorybetween kernel code and interrupt handlers.We use MetaTM to examine the performance sensitivity of individualarchitectural features. For TxLinux we find that Polka and SizeMatters are effective contention management policies, someform of backoff on transaction contention is vital for performance,and stalling on a transaction conflict reduces transaction restartrates, but does not improve performance. Transaction write setsare small, and performance is insensitive to transaction abort costsbut sensitive to commit costs.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
A. Alameldeen and D. Wood. Variability in architectural simulations of multi-threaded workloads, 2003.
 
2
 
3
A. Arcangeli, M. Cao, P. McKenney, and D. Sarma. Using read-copy-update techniques for system V IPC in the Linux 2.5 kernel. In USENIX Annual Technical Conference, FREENIX Track, pages 297--309, 2003.
 
4
C. Blundell, E.C. Lewis, and M. Martin. Deconstructing transactional semantics: The subtleties of atomicity. In Proceedings of the Fourth Workshop on Duplicating, Deconstructing, and Debunking, Jun 2005.
 
5
6
7
8
9
 
10
J. Chung, H. Chafi, C. Cao Minh, A. McDonald, B. Carlstrom, C. Kozyrakis, and K. Olukotun. The common case transactional behavior of multithreaded programs. In HPCA-12. Feb 2006.
11
 
12
D. Dice, O. Shalev, and N. Shavit. Transactional locking ii. In Proc. of the 20th International Symposium on Distributed Computing (DISC), 2006.
13
14
15
16
17
18
 
19
20
21
22
23
24
25
 
26
K. E. Moore, J. Bobba, M. J. Moravan, M. D. Hill, and D. A. Wood. LogTM: Log-based transactional memory. In HPCA, 2006.
27
 
28
E. Moss and T. Hosking. Nested transactional memory: Model and preliminary architecture sketches. In SCOOL, 2005.
 
29
30
31
 
32
H. Ramadan, C. Rossbach, and E. Witchel. The Linux kernel: A challenging workload for transactional memory. In Proceedings of the Workshop on Transactional Memory Workloads, June 2006.
33
34
 
35
T. Skare and C. Kozyrakis. Early release: Friend or foe? In Workshop on Transactional Memory Workloads, Jun 2006.
 
36
Sun Microsystems, Inc. The fortress Language specification,2006. http://research.sun.com/projects/plrg/fortress0903.pdf.
 
37
C. Zilles and L. Baugh. Extending hardware transactional memory to support non-busy waiting and non-transactional actions. In ACM SIGPLAN Workshop on Languages, Compilers, and Hardware Support for Transactional Computing, Jun 2006.

CITED BY  10

Collaborative Colleagues:
Hany E. Ramadan: colleagues
Christopher J. Rossbach: colleagues
Donald E. Porter: colleagues
Owen S. Hofmann: colleagues
Aditya Bhandari: colleagues
Emmett Witchel: colleagues