Scheduling-based contention management techniques for transactional memory

被引:0
|
作者
Department of Computer Science, Ben-Gurion University of the Negev, Israel [1 ]
不详 [2 ]
机构
来源
关键词
Storage allocation (computer);
D O I
10.1007/978-3-319-14720-8_10
中图分类号
学科分类号
摘要
Contention management refers to the mechanisms used by transactional memory (TM) implementations to ensure forward progress – to avoid livelock and starvation, and to promote throughput and fairness [1]. Without effective contention management mechanisms, TM implementations are susceptible to performance degradation caused by numerous transaction collisions.Early work on contention management focused on the narrower problem of conflict resolution. When two transactions collide, one transaction (the winner transaction) is allowed to proceed, while the other (the loser transaction) must wait and/or be aborted. Conflict resolution policies decide which transaction should win and which should lose and for how long the losing transaction should be delayed. However, it was shown that conflict resolution alone is insufficient for guaranteeing reasonable performance for high-contention TM workloads.The key idea underlying transaction schedulers, introduced a few years ago, is that the execution of conflicting transactions must be serialized in the face of high contention and, more generally, that the level of parallelism between transactional threads should be controlled by the contention manager and dynamically adjusted. Transaction scheduling allows not only to resolve conflicts after they occur, but also to proactively reduce their probability, thus improving performance. This chapter provides a survey of the key approaches and techniques used by transaction schedulers. © Springer International Publishing Switzerland 2015.
引用
收藏
页码:213 / 227
相关论文
共 50 条
  • [41] Improving performance of software transactional memory through contention locality
    Atoofian, Ehsan
    JOURNAL OF SUPERCOMPUTING, 2013, 64 (02): : 527 - 547
  • [42] Improving performance of software transactional memory through contention locality
    Ehsan Atoofian
    The Journal of Supercomputing, 2013, 64 : 527 - 547
  • [43] Distributed Transactional Contention Management as the Traveling Salesman Problem
    Zhang, Bo
    Ravindran, Binoy
    Palmieri, Roberto
    STRUCTURAL INFORMATION AND COMMUNICATION COMPLEXITY, SIROCCO 2014, 2014, 8576 : 54 - 67
  • [44] Markov Chain-based Adaptive Scheduling in Software Transactional Memory
    Di Sanzo, Pierangelo
    Sannicandro, Marco
    Ciciani, Bruno
    Quaglia, Francesco
    2016 IEEE 30TH INTERNATIONAL PARALLEL AND DISTRIBUTED PROCESSING SYMPOSIUM (IPDPS 2016), 2016, : 373 - 382
  • [45] Privatization Techniques for Software Transactional Memory
    Spear, Michael F.
    Marathe, Virendra J.
    Dalessandro, Luke
    Scott, Michael L.
    PODC'07: PROCEEDINGS OF THE 26TH ANNUAL ACM SYMPOSIUM ON PRINCIPLES OF DISTRIBUTED COMPUTING, 2007, : 338 - 339
  • [46] Decoupling Contention Management from Scheduling
    Johnson, F. Ryan
    Stoica, Radu
    Ailamaki, Anastasia
    Mowry, Todd C.
    ASPLOS XV: FIFTEENTH INTERNATIONAL CONFERENCE ON ARCHITECTURAL SUPPORT FOR PROGRAMMING LANGUAGES AND OPERATING SYSTEMS, 2010, : 117 - 128
  • [47] Decoupling Contention Management from Scheduling
    Johnson, F. Ryan
    Stoica, Radu
    Ailamaki, Anastasia
    Mowry, Todd C.
    ACM SIGPLAN NOTICES, 2010, 45 (03) : 117 - 128
  • [48] Multi-user dynamic scheduling-based resource management for Internet of Things applications
    Ghenai, Afifa
    Kabouche, Youcef
    Dahmani, Walid
    2018 INTERNATIONAL CONFERENCE ON INTERNET OF THINGS, EMBEDDED SYSTEMS AND COMMUNICATIONS (IINTEC), 2018, : 126 - 131
  • [49] Seer: Probabilistic Scheduling for Hardware Transactional Memory
    Diegues, Nuno
    Romano, Paolo
    Garbatov, Stoyan
    ACM TRANSACTIONS ON COMPUTER SYSTEMS, 2017, 35 (03):
  • [50] Adaptive Transaction Scheduling for Transactional Memory Systems
    Yoo, Richard M.
    Lee, Hsien-Hsin S.
    SPAA'08: PROCEEDINGS OF THE TWENTIETH ANNUAL SYMPOSIUM ON PARALLELISM IN ALGORITHMS AND ARCHITECTURES, 2008, : 169 - 178