Transactional Synchronization Extension coming to Intel processors
software.intel.com
Transactional Synchronization Extension coming to Intel processors
1–7 of 7 posts
Re: Transactional Synchronization Extension coming to Intel processors
#2Re: Transactional Synchronization Extension coming to Intel processors
#3Re: Transactional Synchronization Extension coming to Intel processors
#4How much of a performance increase can be seen with transactional processing?
However, I think what makes this interesting is not the raw performance it provides, but the functionality that it exposes. As far as I can tell, TSX will allow sets of operations to be executed, then "rolled back" in case of conflicts. This could greatly improve performance of Java code within synchronized blocks, for instance, or provide much faster hardware implementation of the software transaction memory model in Clojure.
I believe the biggest benefit of this will be making multi-threaded programming easier to get right, and get decent performance to boot. And if these constructs are supported natively in languages and frameworks, everyone will benefit from having 4- 8- or 16- cores.
Re: Transactional Synchronization Extension coming to Intel processors
#5How much of a performance increase can be seen with transactional processing?
Re: Transactional Synchronization Extension coming to Intel processors
#6How much of a performance increase can be seen with transactional processing?
That depends on how often code goes through the 'get the lock' code path and it doesn't need to. It will be interesting to see how this extension is extended across the interchip buses in multi-CPU mother boards. Transactional region coherence was a feature of the DEC VAX architecture early on, it was implemented such that you simply didn't get to run until the previous thread left the region. Sort of like a 'one veh…
Basically the code path is executed optimistically and in case of conflicts the application has to handle it somehow.