<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>On the way to perfect computing &#187; memcached</title>
	<atom:link href="http://blog.alexzender.com/category/memcached/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.alexzender.com</link>
	<description>Just another bunch of coding thoughts by Alexander Vushkan</description>
	<lastBuildDate>Tue, 02 Jun 2009 13:26:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Memcached Development Story</title>
		<link>http://blog.alexzender.com/2008/07/15/memcached-development-story/</link>
		<comments>http://blog.alexzender.com/2008/07/15/memcached-development-story/#comments</comments>
		<pubDate>Tue, 15 Jul 2008 23:51:26 +0000</pubDate>
		<dc:creator>Alexander Vushkan</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[distributed computing]]></category>
		<category><![CDATA[memcached]]></category>

		<guid isPermaLink="false">http://blog.alexzender.com/?p=30</guid>
		<description><![CDATA[I met the article written by Brad Fitzpatrick in 2004. It&#8217;s interesting to track his thoughts on the memcached development. Now it&#8217;s used everywhere in industry if the distributed memory-based caching needed. The key of its efficiency is an architecture represented by a set of isolated nodes that don&#8217;t know aware of each other. The [...]]]></description>
			<content:encoded><![CDATA[<p>I met the article written by Brad Fitzpatrick in 2004. It&#8217;s interesting to track his thoughts on the memcached development. Now it&#8217;s used everywhere in industry if the distributed memory-based caching needed.</p>
<p>The key of its efficiency is an architecture represented by a set of isolated nodes that don&#8217;t know aware of each other. The client makes decisions on data management. This provides very high scale-out factor.</p>
<p>On the other hand, in regular cluster-based systems there is a master server and slave nodes. Slave nodes are very helpful as they help to distribute and speed up read requests. But as soon as write activities occur in a cluster, it&#8217;s a pain to broadcast all changes to all nodes. The deployment schema becomes inefficient.</p>
<p>As always, it&#8217;s a chain of trade-offs to be considered&#8230;</p>
<p>Enjoy &#8211; <a href="http://www.linuxjournal.com/article/7451">http://www.linuxjournal.com/article/7451</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.alexzender.com/2008/07/15/memcached-development-story/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

