<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/3.3.3" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Open Source Solutions - Latest comments on MuleCon2008 Users Day 2</title>
		<link>http://press.teleinteractive.net/oss/?disp=comments</link>
		<atom:link rel="self" type="application/rss+xml" href="http://press.teleinteractive.net/oss/?tempskin=_rss2&#38;disp=comments&#38;p=830" />
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=3.3.3"/>
		<ttl>60</ttl>
				<item>
			<title>John Davies [Visitor] in response to: MuleCon2008 Users Day 2</title>
			<pubDate>Thu, 03 Apr 2008 17:10:04 +0000</pubDate>
			<dc:creator>John Davies [Visitor]</dc:creator>
			<guid isPermaLink="false">c29546@http://press.teleinteractive.net/</guid>
			<description>In answer to the question above, it's quite complex but in essence because we get such high performance from in-memory &quot;databases&quot;, we can start to serialise many of the transactions. Things that used to take 20 minutes now take a second or two and can usually be serialised. Transactions are not alleviated all together but we can vastly reduce the number of transactions and the impact of them on the data, this helps to further increase performance.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
-John-</description>
			<content:encoded><![CDATA[In answer to the question above, it's quite complex but in essence because we get such high performance from in-memory "databases", we can start to serialise many of the transactions. Things that used to take 20 minutes now take a second or two and can usually be serialised. Transactions are not alleviated all together but we can vastly reduce the number of transactions and the impact of them on the data, this helps to further increase performance.<br />
<br />
<br />
-John-]]></content:encoded>
			<link>http://press.teleinteractive.net/oss/2008/04/02/mulecon2008_users_day_2#c29546</link>
		</item>
				<item>
			<title>Joseph A. di Paolantonio [Member] in response to: MuleCon2008 Users Day 2</title>
			<pubDate>Wed, 02 Apr 2008 22:44:09 +0000</pubDate>
			<dc:creator>Joseph A. di Paolantonio [Member]</dc:creator>
			<guid isPermaLink="false">c29505@http://press.teleinteractive.net/</guid>
			<description>I just finished speaking to John about this.  Here's the basics.  In a clustered environment, write the transactions as an XML blob to memory, using something like GigaSpaces and index it with something like MAPS.  When necessary, convenient, practical, or whatever other criteria makes sense for you, persist the XML Blob by writing to disk.  The banks are using openSolaris, so the file system is ZFS, which branches changes much like subversion, thus keeping an history of any changes and ensuring that the history is maintained.  By cutting out the database and the huge overhead of the ORM layer, the performance increase is amazing.  This is very broad brush.  You can get more details by &lt;a href=&quot;http://www.google.com/search?q=John+Davies+Iona&quot; rel=&quot;nofollow&quot;&gt;John Davies&lt;/a&gt; and sorting through the 137,000 results.  ;-)</description>
			<content:encoded><![CDATA[I just finished speaking to John about this.  Here's the basics.  In a clustered environment, write the transactions as an XML blob to memory, using something like GigaSpaces and index it with something like MAPS.  When necessary, convenient, practical, or whatever other criteria makes sense for you, persist the XML Blob by writing to disk.  The banks are using openSolaris, so the file system is ZFS, which branches changes much like subversion, thus keeping an history of any changes and ensuring that the history is maintained.  By cutting out the database and the huge overhead of the ORM layer, the performance increase is amazing.  This is very broad brush.  You can get more details by <a href="http://www.google.com/search?q=John+Davies+Iona" rel="nofollow">John Davies</a> and sorting through the 137,000 results.  ;-)]]></content:encoded>
			<link>http://press.teleinteractive.net/oss/2008/04/02/mulecon2008_users_day_2#c29505</link>
		</item>
				<item>
			<title>Dimitar [Visitor] in response to: MuleCon2008 Users Day 2</title>
			<pubDate>Wed, 02 Apr 2008 21:58:02 +0000</pubDate>
			<dc:creator>Dimitar [Visitor]</dc:creator>
			<guid isPermaLink="false">c29504@http://press.teleinteractive.net/</guid>
			<description>Could you expand a bit more about how the &quot;so great performance&quot; alleviates the need for transactions?&lt;br /&gt;
&lt;br /&gt;
Are we talking about cluster-durable vs. database-durable?</description>
			<content:encoded><![CDATA[Could you expand a bit more about how the "so great performance" alleviates the need for transactions?<br />
<br />
Are we talking about cluster-durable vs. database-durable?]]></content:encoded>
			<link>http://press.teleinteractive.net/oss/2008/04/02/mulecon2008_users_day_2#c29504</link>
		</item>
			</channel>
</rss>
