<?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: MongoDB: A Light in the Darkness! (Key Value Stores Part 5)</title>
	<atom:link href="http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/</link>
	<description></description>
	<lastBuildDate>Wed, 08 Feb 2012 12:12:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Melissa Sheehan</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-58058</link>
		<dc:creator>Melissa Sheehan</dc:creator>
		<pubDate>Thu, 31 Mar 2011 00:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-58058</guid>
		<description>Whoa that is very weird. Should be fixed now. Read on.</description>
		<content:encoded><![CDATA[<p>Whoa that is very weird. Should be fixed now. Read on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cantreadthis</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-58057</link>
		<dc:creator>cantreadthis</dc:creator>
		<pubDate>Wed, 30 Mar 2011 23:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-58057</guid>
		<description>WHY IS THERE A GIANT FIELD FOR COMMENTS COVERING THE ENTIRE ARTICLE?</description>
		<content:encoded><![CDATA[<p>WHY IS THERE A GIANT FIELD FOR COMMENTS COVERING THE ENTIRE ARTICLE?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pedro Marban</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-39171</link>
		<dc:creator>Pedro Marban</dc:creator>
		<pubDate>Thu, 21 Jan 2010 11:23:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-39171</guid>
		<description>Version 0.18.2 2009-12-29 
Significant GridStore performance improvement (thx., Sunny Hirai) 
No more one byte at a time writes/reads! </description>
		<content:encoded><![CDATA[<p>Version 0.18.2 2009-12-29<br />
Significant GridStore performance improvement (thx., Sunny Hirai)<br />
No more one byte at a time writes/reads!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nuanda</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-30305</link>
		<dc:creator>Nuanda</dc:creator>
		<pubDate>Tue, 20 Oct 2009 09:35:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-30305</guid>
		<description>Around a month ago I had the same problem with GridFS performance in mongodb Ruby driver. I hacked away a small &quot;extension&quot; of mine which I use now for faster writes and reads to/from the GridFS. Here is a gist link: 
 
&lt;a href=&quot;http://gist.github.com/214124&quot; target=&quot;_blank&quot;&gt;http://gist.github.com/214124&lt;/a&gt;  
 
(I apologize for not being able to switch Ruby highlighting on and any other thing which went wrong with this gist - this is my first gist :)). 
 
The idea is to add another set of fast_read, fast_write methods so one may use them instead - the methods use &quot;entire-chunk-at-once&quot; approach. It worked for me so far (but not in any kind of production installation, just in a private project), so I though I post it here, maybe it will be useful for you or someone else. </description>
		<content:encoded><![CDATA[<p>Around a month ago I had the same problem with GridFS performance in mongodb Ruby driver. I hacked away a small &quot;extension&quot; of mine which I use now for faster writes and reads to/from the GridFS. Here is a gist link:</p>
<p><a href="http://gist.github.com/214124" target="_blank">http://gist.github.com/214124</a>  </p>
<p>(I apologize for not being able to switch Ruby highlighting on and any other thing which went wrong with this gist &#8211; this is my first gist :)).</p>
<p>The idea is to add another set of fast_read, fast_write methods so one may use them instead &#8211; the methods use &quot;entire-chunk-at-once&quot; approach. It worked for me so far (but not in any kind of production installation, just in a private project), so I though I post it here, maybe it will be useful for you or someone else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Van Fleet</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-23419</link>
		<dc:creator>Jim Van Fleet</dc:creator>
		<pubDate>Thu, 08 Oct 2009 14:28:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-23419</guid>
		<description>Here&#039;s something that was quite important for our use case that Tokyo* did not support. 
 
&lt;a href=&quot;http://groups.google.com/group/rufus-ruby/browse_thread/thread/6ce19d7f0e15cc99#&quot; target=&quot;_blank&quot;&gt;http://groups.google.com/group/rufus-ruby/browse_...&lt;/a&gt;  
 
In general, TokyoCabinet is more of a competitor for the key-value stores rather than the document-database model that CouchDB and MongoDB represent. </description>
		<content:encoded><![CDATA[<p>Here&#039;s something that was quite important for our use case that Tokyo* did not support.</p>
<p><a href="http://groups.google.com/group/rufus-ruby/browse_thread/thread/6ce19d7f0e15cc99#" target="_blank">http://groups.google.com/group/rufus-ruby/browse_&#8230;</a>  </p>
<p>In general, TokyoCabinet is more of a competitor for the key-value stores rather than the document-database model that CouchDB and MongoDB represent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirk Haines</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-19238</link>
		<dc:creator>Kirk Haines</dc:creator>
		<pubDate>Fri, 25 Sep 2009 17:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-19238</guid>
		<description>For an apples to apples comparison, you would need to compare Tokyo&#039;s table support to Mongo.  I think when you do that, and especially if both have more than a tiny amount of data in them, Tokyo won&#039;t have a clear speed advantage.  I haven&#039;t personally compared them in that way, but that&#039;s my hunch. </description>
		<content:encoded><![CDATA[<p>For an apples to apples comparison, you would need to compare Tokyo&#039;s table support to Mongo.  I think when you do that, and especially if both have more than a tiny amount of data in them, Tokyo won&#039;t have a clear speed advantage.  I haven&#039;t personally compared them in that way, but that&#039;s my hunch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-19236</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Fri, 25 Sep 2009 17:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-19236</guid>
		<description>Just wondering, why would I want to use this over Tokyo DB? From what I understand Tokyo DB is faster and more flexible, but I don&#039;t really know. </description>
		<content:encoded><![CDATA[<p>Just wondering, why would I want to use this over Tokyo DB? From what I understand Tokyo DB is faster and more flexible, but I don&#039;t really know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: akdubya</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-19233</link>
		<dc:creator>akdubya</dc:creator>
		<pubDate>Fri, 25 Sep 2009 16:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-19233</guid>
		<description>Oops. That&#039;s &lt;a href=&quot;http://gist.github.com/159487&quot; target=&quot;_blank&quot;&gt;http://gist.github.com/159487&lt;/a&gt; </description>
		<content:encoded><![CDATA[<p>Oops. That&#039;s <a href="http://gist.github.com/159487" target="_blank">http://gist.github.com/159487</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: akdubya</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-19232</link>
		<dc:creator>akdubya</dc:creator>
		<pubDate>Fri, 25 Sep 2009 16:23:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-19232</guid>
		<description>It&#039;s not just you. GridFS has been quite slow for me as well even after fiddling with the chunk size. Here&#039;s a relevant gist: &lt;a href=&quot;http://gist.github.com/159487.&quot; target=&quot;_blank&quot;&gt;http://gist.github.com/159487.&lt;/a&gt; I agree that the driver is doing too much data shuffling in pure ruby. 
 
For now I&#039;m using Tokyo Tyrant for distributed blob storage but I&#039;d love to be able to simplify my config. </description>
		<content:encoded><![CDATA[<p>It&#039;s not just you. GridFS has been quite slow for me as well even after fiddling with the chunk size. Here&#039;s a relevant gist: <a href="http://gist.github.com/159487." target="_blank">http://gist.github.com/159487.</a> I agree that the driver is doing too much data shuffling in pure ruby. </p>
<p>For now I&#039;m using Tokyo Tyrant for distributed blob storage but I&#039;d love to be able to simplify my config.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ehsanul</title>
		<link>http://www.engineyard.com/blog/2009/mongodb-a-light-in-the-darkness-key-value-stores-part-5/comment-page-1/#comment-19213</link>
		<dc:creator>ehsanul</dc:creator>
		<pubDate>Fri, 25 Sep 2009 00:38:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2393#comment-19213</guid>
		<description>Yeah, MongoDB has a list of benchmarks done with various drivers. There are absolutely huge differences between the different drivers in different languages. The page is here: &lt;a href=&quot;http://www.mongodb.org/display/DOCS/Performance+Testing&quot; target=&quot;_blank&quot;&gt;http://www.mongodb.org/display/DOCS/Performance+T...&lt;/a&gt; </description>
		<content:encoded><![CDATA[<p>Yeah, MongoDB has a list of benchmarks done with various drivers. There are absolutely huge differences between the different drivers in different languages. The page is here: <a href="http://www.mongodb.org/display/DOCS/Performance+Testing" target="_blank">http://www.mongodb.org/display/DOCS/Performance+T&#8230;</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

