<?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"
	>
<channel>
	<title>Comments on: Thrudb - faster, cheaper than SimpleDB</title>
	<atom:link href="http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/</link>
	<description>A goal is a dream with a deadline.</description>
	<pubDate>Fri, 04 Jul 2008 03:08:43 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Ilya Grigorik</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-102623</link>
		<dc:creator>Ilya Grigorik</dc:creator>
		<pubDate>Tue, 22 Apr 2008 03:46:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-102623</guid>
		<description>Matt, you're right, the raw put/get model can get rather expensive. However, don't forget that if you're running memcached, and if your queries are non-unique (which is almost always the case), then S3 will see only very few requests.</description>
		<content:encoded><![CDATA[<p>Matt, you&#8217;re right, the raw put/get model can get rather expensive. However, don&#8217;t forget that if you&#8217;re running memcached, and if your queries are non-unique (which is almost always the case), then S3 will see only very few requests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-102591</link>
		<dc:creator>matt</dc:creator>
		<pubDate>Mon, 21 Apr 2008 03:28:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-102591</guid>
		<description>Does anyone know how the billing works for individual requests between ec2 and s3?  Over the Internet amazon charges $1/100k puts and $1/million gets.

If this system does ~150 gets per second over a full hour, (150 requests x 3600 seconds) then you'd end up with 540k requests = $5.40/hour.

That's significant if you thought you were running at $0.10/hour.

Does anyone know if that's the case?  I realize that there should be many cache hits and not full utilization etc..., but i'm just curious as to how they charge.</description>
		<content:encoded><![CDATA[<p>Does anyone know how the billing works for individual requests between ec2 and s3?  Over the Internet amazon charges $1/100k puts and $1/million gets.</p>
<p>If this system does ~150 gets per second over a full hour, (150 requests x 3600 seconds) then you&#8217;d end up with 540k requests = $5.40/hour.</p>
<p>That&#8217;s significant if you thought you were running at $0.10/hour.</p>
<p>Does anyone know if that&#8217;s the case?  I realize that there should be many cache hits and not full utilization etc&#8230;, but i&#8217;m just curious as to how they charge.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ditto&#8217;s Blog &#187; Blog Archive &#187; 디토의 미투데이 - 2008년 1월 22일</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-101150</link>
		<dc:creator>Ditto&#8217;s Blog &#187; Blog Archive &#187; 디토의 미투데이 - 2008년 1월 22일</dc:creator>
		<pubDate>Tue, 22 Jan 2008 19:33:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-101150</guid>
		<description>[...] Thrudb - faster, cheaper than SimpleDB: Document-oriented Database에 대한 관심이 생겨서 이것저것 찾아보는 중에 발견한 변태적인-_- 데이터베이스. (db) 2008-01-22 19:18:04 [...]</description>
		<content:encoded><![CDATA[<p>[...] Thrudb - faster, cheaper than SimpleDB: Document-oriented Database에 대한 관심이 생겨서 이것저것 찾아보는 중에 발견한 변태적인-_- 데이터베이스. (db) 2008-01-22 19:18:04 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thrudb &#8212; award tour</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100926</link>
		<dc:creator>thrudb &#8212; award tour</dc:creator>
		<pubDate>Wed, 09 Jan 2008 00:34:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100926</guid>
		<description>[...] Thrudb - faster, cheaper than SimpleDB. create a scalable distributed datastore with memcache and this disk+S3 storage solution. uses facebook&#8217;s thrift as well. tobi has a post on getting this setup on OSX. [...]</description>
		<content:encoded><![CDATA[<p>[...] Thrudb - faster, cheaper than SimpleDB. create a scalable distributed datastore with memcache and this disk+S3 storage solution. uses facebook&#8217;s thrift as well. tobi has a post on getting this setup on OSX. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100888</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Mon, 07 Jan 2008 02:07:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100888</guid>
		<description>Kudos for this article. Thanks a lot!

&lt;strong&gt;Adam @ &lt;a href="http://www.talkphp.com/" rel="nofollow"&gt;TalkPHP.com - PHP Community&lt;/a&gt;&lt;/strong&gt;</description>
		<content:encoded><![CDATA[<p>Kudos for this article. Thanks a lot!</p>
<p><strong>Adam @ <a href="http://www.talkphp.com/" rel="nofollow">TalkPHP.com - PHP Community</a></strong></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: THIRD RAIL &#187; Blog Archive &#187; Thrudb: Not just me anymore</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100871</link>
		<dc:creator>THIRD RAIL &#187; Blog Archive &#187; Thrudb: Not just me anymore</dc:creator>
		<pubDate>Sun, 06 Jan 2008 04:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100871</guid>
		<description>[...] Thrudb has gotten a lot of attention recently (thanks Ilya). [...]</description>
		<content:encoded><![CDATA[<p>[...] Thrudb has gotten a lot of attention recently (thanks Ilya). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: frederico</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100808</link>
		<dc:creator>frederico</dc:creator>
		<pubDate>Mon, 31 Dec 2007 21:38:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100808</guid>
		<description>Thanks a lot Ilya... 
I'm trying it on OSX and Gentoo linux...</description>
		<content:encoded><![CDATA[<p>Thanks a lot Ilya&#8230;<br />
I&#8217;m trying it on OSX and Gentoo linux&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ilya Grigorik</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100806</link>
		<dc:creator>Ilya Grigorik</dc:creator>
		<pubDate>Mon, 31 Dec 2007 20:35:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100806</guid>
		<description>Frederico, the AMI configuration was a painful process, hence the reason why we released the pre-configured image. Unfortunately we didn't do a step-by-step documentation either. Having said that, take a look at this article by &lt;a href="http://blog.leetsoft.com/2007/12/31/compiling-thrudb-on-osx" rel="nofollow"&gt;Tobias Lutke&lt;/a&gt;, it should give you a great head start.</description>
		<content:encoded><![CDATA[<p>Frederico, the AMI configuration was a painful process, hence the reason why we released the pre-configured image. Unfortunately we didn&#8217;t do a step-by-step documentation either. Having said that, take a look at this article by <a href="http://blog.leetsoft.com/2007/12/31/compiling-thrudb-on-osx" rel="nofollow">Tobias Lutke</a>, it should give you a great head start.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ilya Grigorik</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100778</link>
		<dc:creator>Ilya Grigorik</dc:creator>
		<pubDate>Sun, 30 Dec 2007 01:47:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100778</guid>
		<description>Jean, it all depends on your application. In general, yes, it should be much, much faster. Having said that, for many applications, attachment_fu + S3 is all you will ever need.</description>
		<content:encoded><![CDATA[<p>Jean, it all depends on your application. In general, yes, it should be much, much faster. Having said that, for many applications, attachment_fu + S3 is all you will ever need.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2007-12-30 &#171; Bloggitation</title>
		<link>http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100773</link>
		<dc:creator>links for 2007-12-30 &#171; Bloggitation</dc:creator>
		<pubDate>Sun, 30 Dec 2007 00:18:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.igvita.com/2007/12/28/thrudb-faster-and-cheaper-than-simpledb/#comment-100773</guid>
		<description>[...] Thrudb - faster, cheaper than SimpleDB Thrudoc. Developed by Jake Luciani as part of his ThruDB platform which currently powers JunkDepot, it is a highly scalable document-oriented database ideal for deployment on virtual (Amazon EC2+S3) or dedicated infrastructure (tags: database cluster 247up amazon s3) [...]</description>
		<content:encoded><![CDATA[<p>[...] Thrudb - faster, cheaper than SimpleDB Thrudoc. Developed by Jake Luciani as part of his ThruDB platform which currently powers JunkDepot, it is a highly scalable document-oriented database ideal for deployment on virtual (Amazon EC2+S3) or dedicated infrastructure (tags: database cluster 247up amazon s3) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
