|go to week of May 1, 2016||1||2||3||4||5||6||7|
|go to week of May 8, 2016||8||9||10||11||12||13||14|
|go to week of May 15, 2016||15||16||17||18||19||20||21|
|go to week of May 22, 2016||22||23||24||25||26||27||28|
|go to week of May 29, 2016||29||30||31||1||2||3||4|
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.