Comment Feed for Channel 9 - Software Transactional Memory: The Current State of the Art http://ecn.channel9.msdn.com/o9/previewImages/100/447101_100x75.jpg Channel 9 - Software Transactional Memory: The Current State of the Art A few years ago I got the chance to learn about Software Transactional Memory for the first time while visiting MSR Cambridge. The great Simon Peyton-Jones and Tim Harris explained to me the thinking behind STM and how it might evolve. It was a tremendously interesting conversation. If you haven't watched that interview, I highly recommend it as a precursor to this one. Today, STM is no longer only a research project. The Parallel Computing Platform team is incubating and extending the technology, finding that it may in fact work in the real world...Of course, there is no silver bullet to solving the Concurrency Problem, but STM may be an important part of a larger solution (you've leraned a great deal about what Microsoft is up to in the concurrency and parallelism space here on Channel 9 and it should be somewhat clear by now that many of the technologies we've presented to you may end up as pieces of a broader solution...)Here, STM Program Manager Dana Groff and STM Principal Developer Lead Yossi Levanoni discuss the current state of STM and outline the work their team is doing to craft this incubation/research technology into a practical real-world solution (STM is not available yet for experimentation. It's in incubation. It's not known if or when STM will become a viable product.). So, how has STM evolved over the past two years, anyway? Tune in. Enjoy. en Fri, 24 May 2013 01:05:02 GMT Fri, 24 May 2013 01:05:02 GMT Rev9 Re: Software Transactional Memory: The Current State of the Art Finally we hear a more pragmatic story on STM. No more Holy Grail! Thanks Dana and Yossi.

 

Too bad we did not hear much about the “The Current State of the Art” on Hardware TM. Maybe we could have heard how CISC architecture is saving our (like in “we, the software guys”) pride (read “behinds”) once again. Smiley

posted by vasilep

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662132970000000 Tue, 30 Dec 2008 05:54:57 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662132970000000 vasilep Re: Software Transactional Memory: The Current State of the Art
Taking a step back for a moment.

As Microsoft encourages us to elevate our thinking about concurrency and parallelism out of the quagmire of explicit threads and locks, and as more and more managed technologies enter this spaces (Tasks, PLINQ, STM etc) I wonder if it isn’t time to revisit the root namespace. Krzysztof Cwalina and Brad Abrams have long championed the notion of putting ones lower level types for ‘advanced’ or seldom encountered scenarios in a sub-namespace. Today with .NET 4 we have:

  System.Threading
  System.Threading.Tasks
  System.Threading.Collections

And who knows, if it isn’t baked into some language maybe the future will see:

  System.Threading.TransactionalMemory

However if we want to encourage folks not routinely stumble upon Thread and Mutex etc types then perhaps a better organisation would be:

  System.Concurrency
  System.Concurrency.Tasks
  System.Concurrency.Collections
  System.Concurrency.Threading
  System.Concurrency.TransactionalMemory

In fact one might go so far as to effectively promote the Tasks sub-namespace types to be prime candidates for the root System.Concurrency. At least then as we move forward we can remove the bug-factory-esc lower level primitives from being the first thing developer’s encounter. It strikes me that it should be possible to enhance the Fusion binding system to allow code to safely migrate towards a reorganised namespace schema. There are echoes here of Rico Mariani’s Pit Of Success, i.e. ensuring the developers encounter best practice (types) first.

posted by tomkirbygreen

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662150710000000 Tue, 30 Dec 2008 06:24:31 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662150710000000 tomkirbygreen Re: Software Transactional Memory: The Current State of the Art
C

posted by Charles

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662610870000000 Tue, 30 Dec 2008 19:11:27 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662610870000000 Charles Re: Software Transactional Memory: The Current State of the Art
See you in the middle,
C

posted by Charles

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662617780000000 Tue, 30 Dec 2008 19:22:58 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662617780000000 Charles Re: Software Transactional Memory: The Current State of the Art Charles, thanks a lot for taking the time to talk with us!

 

To the folks interested in this technology, you are welcome to contact us through our team blog: http://blogs.msdn.com/stmteam

 

 

posted by Yossi Levanoni

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662842720000000 Wed, 31 Dec 2008 01:37:52 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633662842720000000 Yossi Levanoni Re: Software Transactional Memory: The Current State of the Art We're trying to get feedback on how Java developers will want to see and use STM.

For that we established the Deuce project, providing a noninvasive Java STM.

See: http://www.deucestm.org for more details.

posted by gkorland

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633792057540000000 Fri, 29 May 2009 14:55:54 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633792057540000000 gkorland Re: Software Transactional Memory: The Current State of the Art When I tried to click on "WMV (High)", I got sent to http://mschnlnine.vo.llnwd.net/d1/ch9/1/0/1/7/4/4/InsideSTM_2MB_ch9.wmv, which gave me a 404.

posted by zian

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633879535780000000 Mon, 07 Sep 2009 20:52:58 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633879535780000000 zian Re: Software Transactional Memory: The Current State of the Art Works for me. Where are you located geographically?
C

posted by Charles

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633879626940000000 Mon, 07 Sep 2009 23:24:54 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c633879626940000000 Charles Re: Software Transactional Memory: The Current State of the Art thanks for the video!

 

 

 

computerslanditcomputer computerslookup laptop video card

posted by petersan

]]> http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c634162560910000000 Sun, 01 Aug 2010 10:41:31 GMT http://channel9.msdn.com/Shows/Going+Deep/Software-Transactional-Memory-The-Current-State-of-the-Art#c634162560910000000 petersan