<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Tokyo Cabinet vs Memcached</title>
	<atom:link href="http://www.mikeperham.com/2009/03/08/tokyo-cabinet-vs-memcached/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mikeperham.com/2009/03/08/tokyo-cabinet-vs-memcached/</link>
	<description>On Ruby, software and the Internet</description>
	<lastBuildDate>Tue, 03 Jan 2012 09:53:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: tokyocabinet 使用 &#171; Neo的技术笔记</title>
		<link>http://www.mikeperham.com/2009/03/08/tokyo-cabinet-vs-memcached/comment-page-1/#comment-1082</link>
		<dc:creator>tokyocabinet 使用 &#171; Neo的技术笔记</dc:creator>
		<pubDate>Sat, 26 Feb 2011 13:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeperham.com/?p=201#comment-1082</guid>
		<description>[...] 参照 :Tokyo Cabinet vs Memcached [...]</description>
		<content:encoded><![CDATA[<p>[...] 参照 :Tokyo Cabinet vs Memcached [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bucket o&#8217; Links / April 2009 &#60; Code Monkey Island</title>
		<link>http://www.mikeperham.com/2009/03/08/tokyo-cabinet-vs-memcached/comment-page-1/#comment-330</link>
		<dc:creator>Bucket o&#8217; Links / April 2009 &#60; Code Monkey Island</dc:creator>
		<pubDate>Tue, 14 Apr 2009 03:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeperham.com/?p=201#comment-330</guid>
		<description>[...] (respectively). This came out of Japanese social network mixi.jp. Tokyo is file-backed but is nearly as fast as memcached for most needs. We&#8217;ve been using this for the last couple weeks to store long-lived cache [...]</description>
		<content:encoded><![CDATA[<p>[...] (respectively). This came out of Japanese social network mixi.jp. Tokyo is file-backed but is nearly as fast as memcached for most needs. We&#8217;ve been using this for the last couple weeks to store long-lived cache [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mitchell Hashimoto</title>
		<link>http://www.mikeperham.com/2009/03/08/tokyo-cabinet-vs-memcached/comment-page-1/#comment-328</link>
		<dc:creator>Mitchell Hashimoto</dc:creator>
		<pubDate>Sat, 04 Apr 2009 00:00:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeperham.com/?p=201#comment-328</guid>
		<description>@Ilya:

Here is a little paragraph on expiring records with TT:

http://tokyocabinet.sourceforge.net/tyrantdoc/#luaext</description>
		<content:encoded><![CDATA[<p>@Ilya:</p>
<p>Here is a little paragraph on expiring records with TT:</p>
<p><a href="http://tokyocabinet.sourceforge.net/tyrantdoc/#luaext" rel="nofollow">http://tokyocabinet.sourceforge.net/tyrantdoc/#luaext</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Hull</title>
		<link>http://www.mikeperham.com/2009/03/08/tokyo-cabinet-vs-memcached/comment-page-1/#comment-317</link>
		<dc:creator>Joshua Hull</dc:creator>
		<pubDate>Mon, 16 Mar 2009 01:34:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeperham.com/?p=201#comment-317</guid>
		<description>Hey Mike. tokyo-cache-cow does indeed support all of the memcache protocol, it does seem much slower than I would expect. I&#039;m not sure if the problem lies in the memcache client or something with event machine (because when I&#039;ve benchmarked tc itself, everything is fine), but I&#039;m vowing to get to the bottom of this. 

The other part of the memcache protocol to implement is the UDP side, and thats on the books for tokyo cache cow as well.</description>
		<content:encoded><![CDATA[<p>Hey Mike. tokyo-cache-cow does indeed support all of the memcache protocol, it does seem much slower than I would expect. I&#8217;m not sure if the problem lies in the memcache client or something with event machine (because when I&#8217;ve benchmarked tc itself, everything is fine), but I&#8217;m vowing to get to the bottom of this. </p>
<p>The other part of the memcache protocol to implement is the UDP side, and thats on the books for tokyo cache cow as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ilya Grigorik</title>
		<link>http://www.mikeperham.com/2009/03/08/tokyo-cabinet-vs-memcached/comment-page-1/#comment-311</link>
		<dc:creator>Ilya Grigorik</dc:creator>
		<pubDate>Sun, 08 Mar 2009 23:09:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeperham.com/?p=201#comment-311</guid>
		<description>Mike, another project to check out if you&#039;re comparing TC / Memcache is &lt;a href=&quot;http://github.com/joshbuddy/tokyo-cache-cow/tree/master&quot; rel=&quot;nofollow&quot;&gt;tokyo-cache-cow&lt;/a&gt; by joshbuddy. While TC doesn&#039;t have native TTL support, it does allow for doing substring matching, which is pretty nice. 

Also, it is possible to implement TTL&#039;s in TC with a simple Lua script (I wish I could find my bookmark for that, but can&#039;t... It already exists though).</description>
		<content:encoded><![CDATA[<p>Mike, another project to check out if you&#8217;re comparing TC / Memcache is <a href="http://github.com/joshbuddy/tokyo-cache-cow/tree/master" rel="nofollow">tokyo-cache-cow</a> by joshbuddy. While TC doesn&#8217;t have native TTL support, it does allow for doing substring matching, which is pretty nice. </p>
<p>Also, it is possible to implement TTL&#8217;s in TC with a simple Lua script (I wish I could find my bookmark for that, but can&#8217;t&#8230; It already exists though).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

