<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://www.osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/15711/The_Age_of_Concurrency_Software_Transactional_Memory</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2012, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Wed, 15 Feb 2012 09:20:26 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>now this</title>
			<link>http://www.osnews.com/thread?158337</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?158337</guid>
			<description>looks like good work.<br />
<br />
The underlying paper is far less fluffy than that random thingie from IEEE mentioned here a few days ago, and it has a bibliography that says the authors are familiar with the literature.<br />
<br />
I'm not personally a fan of transactional models because of the overhead, but these guys are making progress in an area where there are some interesting problems that can be solved.</description>
			<pubDate>Sat, 02 Sep 2006 22:46:00 GMT</pubDate>
			<author>donotreply@osnews.com (Cloudy)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>if...</title>
			<link>http://www.osnews.com/thread?158347</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?158347</guid>
			<description>If this is for an imperative language, it seems that making the common, non-annotated mode declarative would be a bad thing, as it completely contradicts every other imperative language in existance AFAIK. Other than that, it looks almost identical to the other concurency approaches for imperative languages that require you to separate concurrent code from atomic code in a rather verbose manner.</description>
			<pubDate>Sun, 03 Sep 2006 00:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (bytecoder)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Heh</title>
			<link>http://www.osnews.com/thread?158682</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?158682</guid>
			<description>It seems to be exactly what IEEE was trying to explain, but wasn't able to.<br />
<br />
This definitely seems a way forward, but I fear it will go the same path as several extremely exciting programming languages have gone: a core of fans, and a world ignorant of it's existance because it's too far removed from what they know.<br />
<br />
Much depends on how easy it is to learn and implement of course.</description>
			<pubDate>Sun, 03 Sep 2006 23:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (Ronald Vos)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>So?</title>
			<link>http://www.osnews.com/thread?158746</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?158746</guid>
			<description>J2EE has done that for ages, what is new about it?<br />
In J2EE you just write @transactional and you have clustered in memory transactions.</description>
			<pubDate>Mon, 04 Sep 2006 08:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (werpu)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: So?</title>
			<link>http://www.osnews.com/thread?158996</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?158996</guid>
			<description>Can you compose transactional threads in J2EE to form larger abstractions?</description>
			<pubDate>Mon, 04 Sep 2006 23:16:00 GMT</pubDate>
			<author>donotreply@osnews.com (Ronald Vos)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>It's not the only approach</title>
			<link>http://www.osnews.com/thread?161066</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?161066</guid>
			<description>There are researchers at Sun Microsystems who are working on a hybrid transactional memory solution <a href="http://scholar.google.com/scholar?hl=en&amp;lr=&amp;q=hybrid+transactional+memory+sun+microsystems&amp;btnG=Search" rel="nofollow">http://scholar.google.com/scholar?hl=en&amp;lr=&amp;q=hybrid+transa...</a> <br />
which is supposed to resolve the problems that both software-only and hardware-only transactional memory systems have.</description>
			<pubDate>Sun, 10 Sep 2006 14:17:00 GMT</pubDate>
			<author>donotreply@osnews.com (jmcp)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>

