On the Performance of Contention Managers for Complex Transactional Memory Benchmarks

被引:6
作者
Ansari, Mohammad [1 ]
Kotselidis, Christos [1 ]
Lujan, Mikel [1 ]
Kirkham, Chris [1 ]
Watson, Ian [1 ]
机构
[1] Univ Manchester, Sch Comp Sci, Manchester M13 9PL, Lancs, England
来源
EIGHTH INTERNATIONAL SYMPOSIUM ON PARALLEL AND DISTRIBUTED COMPUTING, PROCEEDINGS | 2009年
基金
英国工程与自然科学研究理事会;
关键词
D O I
10.1109/ISPDC.2009.18
中图分类号
TP301 [理论、方法];
学科分类号
081202 ;
摘要
In Transactional Memory (TM), contention management is the process of selecting which transaction should be aborted when a data access conflict arises. In this paper, the performance of published contention managers (CMs) is re-investigated using complex benchmarks recently published in the literature. Our results redefine the CM performance hierarchy. Greedy and Priority are found to give the best performance overall. Polka is still competitive, but by no means best performing as previously published, and in some cases degrading performance by orders of magnitude. In the worst example, execution of a benchmark completes in 6.5 seconds with Priority, yet fails to complete even after 20 minutes with Polka. Analysis of the benchmark found it aborted only 22% of all transactions, spread consistently over the duration of its execution. More generally, all delay-based CMs, which pause a transaction for some finite duration upon conflict, are found to be unsuitable for the evaluated benchmarks with even moderate amounts of contention. This has significant implications, given that TM is primarily aimed at easing concurrent programming for mainstream software development, where applications are unlikely to be highly optimised to reduce aborts.
引用
收藏
页码:83 / 90
页数:8
相关论文
共 13 条
[1]  
ANSARI M, 2008, LNCS, P196
[2]  
Ansari M, 2008, LECT NOTES COMPUT SC, V5168, P719, DOI 10.1007/978-3-540-85451-7_77
[3]  
Ansari M, 2009, LECT NOTES COMPUT SC, V5409, P4
[4]  
Guerraoui R., 2005, SCOOL 05
[5]  
Guerraoui Rachid., 2005, PODC, P258
[6]  
Herlihy M., 2003, Proceedings of the twenty-second annual symposium on Principles of distributed computing, P92
[7]  
HERLIHY M, 2006, OOPSLA 06, P253, DOI DOI 10.1145/1167473.1167495
[8]  
HERLIHY M, 1993, ISCA, P289, DOI DOI 10.1145/165123.165164
[9]  
Minh CC, 2007, CONF PROC INT SYMP C, P69, DOI 10.1145/1273440.1250673
[10]  
Scherer III W., 2004, CSJP 04