|go to week of May 29, 2016||29||30||31||1||2||3||4|
|go to week of Jun 5, 2016||5||6||7||8||9||10||11|
|go to week of Jun 12, 2016||12||13||14||15||16||17||18|
|go to week of Jun 19, 2016||19||20||21||22||23||24||25|
|go to week of Jun 26, 2016||26||27||28||29||30||1||2|
Software transactional memory (STM) is intended to make concurrent programs easier to design, implement, and reason about. STM is supported, either directly or through libraries, by an increasing number of languages and compilers, such as GNU C++, Clojure, Haskell, Java, Scala, and others. Perhaps inspired by databases, most STM synchronization and recovery mechanisms work by classifying operations as reads or writes. We argue that such an approach is unlikely to scale, especially for highly-contended "hot-spot" objects. As an alternative, we describe "transactional boosting", a technique for making highly-concurrent thread-safe data structures transactional. As long as the thread-safe
implementation satisfies certain regularity properties (informally, that every method has an inverse), we define a simple wrapper transformation that that concurrent transactions without inherent conflicts can synchronize at the same granularity as the original thread-safe implementation.