December 15, 2005
Multi-Threaded Programming Made Simple with Transactional Memory?
Microsoft appears to be thinking a lot about how to make it easier to write multi-threaded applications. This is driven largely by the fact that the free lunch is over, and to utilize the hardware that your users have, you're going to need to use threads effectively. The problem is that writing solid multi-threaded code today is near impossible.
One thought path in Microsoft involves making everything a transaction. After all, nothing handles concurrent operations quite like a database, and it does so in a way that you never really have to think about threads and synchronization logic. What if a variable in memory worked like an item in a database? What if the framework handled the synchronization logic for you, automatically?
Paul Vick and Erik Meijer hinted at this at the end of this interview, and Joe Duffy has written more in MSDN Mag. It also looks like Tim Harris is spending time at Microsoft Research working on this, and has been thinking about this for quite some time.
Posted on December 15, 2005 at 10:03 AM | Permalink
The comments to this entry are closed.