EDN Admin
Well-known member
Building applications that are responsive and can exploit parallel hardware poses an important challenge. In particular, enabling applications to execute various tasks in parallel can be difficult if those tasks exhibit read and write conflicts. Revisions are forked and joined much like asynchronous tasks. However, rather than accessing global shared data directly (and thereby risking data races or atomicity violations), all revisions execute on a (conceptual) copy of the shared state, a "global mutable snapshot" so to speak. Any changes performed in a revision apply to that snapshot only, until the revision is joined at which the [sic] changes become globally effective [source = http://research.microsoft.com/en-us/projects/revisions/ http://research.microsoft.com/en-us/projects/revisions/ ]. Here, http://research.microsoft.com/en-us/um/people/emeijer/ Erik Meijer interrogates (in a nice way) computer scientists http://research.microsoft.com/en-us/people/daan/ Daan Leijen and http://research.microsoft.com/en-us/people/sburckha/ Sebastian Burckhardt , the researchers behind Revisions. As usual, Erik asks great questions and the scientists spend much of the time at the whiteboard, drawing and writing answers to clearly explain what revisions are, how they work, and why this model matters. In a nice twist of fate, Erik was Daans PhD advisor at Utrecht University in the Netherlands (that must have been awesome—lucky Daan!). Revisions are yet another example of the great work coming out of the http://research.microsoft.com/en-us/groups/rise/ RiSE group in MSR. <img src="http://m.webtrends.com/dcs1wotjh10000w0irc493s0e_6x1g/njs.gif?dcssip=channel9.msdn.com&dcsuri=http://channel9.msdn.com/Feeds/RSS&WT.dl=0&WT.entryid=Entry:RSSView:3645f85cb77b44d49f1e9e2a013a5166
View the full article
View the full article