<?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: Bcache Testing: Throughput</title>
	<atom:link href="http://www.linux-mag.com/id/7843/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7843/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: kkpmvukauqc</title>
		<link>http://www.linux-mag.com/id/7843/#comment-142687</link>
		<dc:creator>kkpmvukauqc</dc:creator>
		<pubDate>Tue, 07 Feb 2012 08:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-142687</guid>
		<description>VVs6oL  &lt;a href=&quot;http://meksekmlqbkj.com/&quot; rel=&quot;nofollow&quot;&gt;meksekmlqbkj&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>VVs6oL  <a href="http://meksekmlqbkj.com/" rel="nofollow">meksekmlqbkj</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yui</title>
		<link>http://www.linux-mag.com/id/7843/#comment-142643</link>
		<dc:creator>Yui</dc:creator>
		<pubDate>Tue, 07 Feb 2012 07:14:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-142643</guid>
		<description>Try this&#8230; (copied from my wobsehts wiki, i was having a similar problem, this may solve it&#8230;)Blank PagesIf you have &#8220;blank pages&#8221; in WordPress with wp-cache turned on after you upgrade to PHP 5.1.2 &#8211; there is simple fix to solve the problem:-&lt;ol&gt;&lt;li&gt;Open /wp-content/plugins/wp-cache/wp-cache-phase2.php file* in your favourite text editor, where  is the domain that you&#8217;re having troubles with EG: dreamhost.com/wp-content/plugins/wp-cache/wp-cache-phase2.php&lt;/li&gt;&lt;li&gt;Alternatively if that file is not in that location for some reason you can issue this command to find it from the  directory: find . -name wp-cache-phase2.php&lt;/li&gt;&lt;li&gt;Find out wp_cache_ob_end function&lt;/li&gt;&lt;li&gt;then inside that function find the line with: ob_end_clean(); (it should be line 219 or about)&lt;/li&gt;&lt;li&gt;and finally replace that line with: ob_end_flush();&lt;/li&gt;&lt;/ol&gt;</description>
		<content:encoded><![CDATA[<p>Try this&#8230; (copied from my wobsehts wiki, i was having a similar problem, this may solve it&#8230;)Blank PagesIf you have &#8220;blank pages&#8221; in WordPress with wp-cache turned on after you upgrade to PHP 5.1.2 &#8211; there is simple fix to solve the problem:-&lt;ol&gt;&lt;li&gt;Open /wp-content/plugins/wp-cache/wp-cache-phase2.php file* in your favourite text editor, where  is the domain that you&#8217;re having troubles with EG: dreamhost.com/wp-content/plugins/wp-cache/wp-cache-phase2.php&lt;/li&gt;&lt;li&gt;Alternatively if that file is not in that location for some reason you can issue this command to find it from the  directory: find . -name wp-cache-phase2.php&lt;/li&gt;&lt;li&gt;Find out wp_cache_ob_end function&lt;/li&gt;&lt;li&gt;then inside that function find the line with: ob_end_clean(); (it should be line 219 or about)&lt;/li&gt;&lt;li&gt;and finally replace that line with: ob_end_flush();&lt;/li&gt;&lt;/ol&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paul.dorman</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8633</link>
		<dc:creator>paul.dorman</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8633</guid>
		<description>&lt;p&gt;Hi Jeff, thanks for the thorough tests. I&#039;ve been seriously considering a 50-70GB SSD as a second drive in my laptop to reap the potential benefits of BCache and similar projects.&lt;/p&gt;
&lt;p&gt;As a BTRFS user I am very interested in the recent BTRFS patches for hot data relocation (http://lwn.net/Articles/400029/). It will certainly be interesting to see how effective these are at increasing performance for a relatively low outlay.&lt;/p&gt;
&lt;p&gt;Irrespective of which approach gives the best result, I think that tiered storage using complementary SSDs will be a big win for everyone - particularly Linux users, and especially those with high-performance laptops that suffer most significantly from the disk I/O bottleneck.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;
Paul
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi Jeff, thanks for the thorough tests. I&#8217;ve been seriously considering a 50-70GB SSD as a second drive in my laptop to reap the potential benefits of BCache and similar projects.</p>
<p>As a BTRFS user I am very interested in the recent BTRFS patches for hot data relocation (<a href="http://lwn.net/Articles/400029/" rel="nofollow">http://lwn.net/Articles/400029/</a>). It will certainly be interesting to see how effective these are at increasing performance for a relatively low outlay.</p>
<p>Irrespective of which approach gives the best result, I think that tiered storage using complementary SSDs will be a big win for everyone &#8211; particularly Linux users, and especially those with high-performance laptops that suffer most significantly from the disk I/O bottleneck.</p>
<p>Regards,<br />
Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: laytonjb</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8634</link>
		<dc:creator>laytonjb</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8634</guid>
		<description>&lt;p&gt;@Paul,&lt;/p&gt;
&lt;p&gt;I agree with you. While Bcache and flashcache are still in their infancy the concept of using SSD&#039;s for caching is a good one. I can imagine taking several inexpensive SSD&#039;s, creating a RAID-0 and using that to cache a RAID-6 or something similar.&lt;/p&gt;
&lt;p&gt;I too am watching the btrfs patches. Next concept. In fact I think it&#039;s good enough that the authors can make it generic and put it in the vfs (at least I hope they do).&lt;/p&gt;
&lt;p&gt;Thanks for the post!&lt;/p&gt;
&lt;p&gt;Jeff
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Paul,</p>
<p>I agree with you. While Bcache and flashcache are still in their infancy the concept of using SSD&#8217;s for caching is a good one. I can imagine taking several inexpensive SSD&#8217;s, creating a RAID-0 and using that to cache a RAID-6 or something similar.</p>
<p>I too am watching the btrfs patches. Next concept. In fact I think it&#8217;s good enough that the authors can make it generic and put it in the vfs (at least I hope they do).</p>
<p>Thanks for the post!</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lkliu</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8635</link>
		<dc:creator>lkliu</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8635</guid>
		<description>&lt;p&gt;I believe the block size is too big for such test. When the block size &gt;1MB, the disk gets a lot of benefit from the sequential read or write. In one words, I think this test underestimate the benefits of using ssd and bcahce to improve performance.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I believe the block size is too big for such test. When the block size &gt;1MB, the disk gets a lot of benefit from the sequential read or write. In one words, I think this test underestimate the benefits of using ssd and bcahce to improve performance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bugmenot3</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8636</link>
		<dc:creator>bugmenot3</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8636</guid>
		<description>&lt;p&gt;In this blog:&lt;br /&gt;
 http://virtualgeek.typepad.com/virtual_geek/2010/05/emc-unified-storage-next-generation-efficiency-details.html&lt;br /&gt;
benefits of &quot;FAST Cache&quot; feature of EMC disk-arrays is shown.&lt;br /&gt;
&quot;FAST Cache&quot; uses Flash as second-level cache of traditiona disks and it seems that it gives good improvements.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>In this blog:<br />
 <a href="http://virtualgeek.typepad.com/virtual_geek/2010/05/emc-unified-storage-next-generation-efficiency-details.html" rel="nofollow">http://virtualgeek.typepad.com/virtual_geek/2010/05/emc-unified-storage-next-generation-efficiency-details.html</a><br />
benefits of &#8220;FAST Cache&#8221; feature of EMC disk-arrays is shown.<br />
&#8220;FAST Cache&#8221; uses Flash as second-level cache of traditiona disks and it seems that it gives good improvements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dbbd</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8637</link>
		<dc:creator>dbbd</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8637</guid>
		<description>&lt;p&gt;The results presented in the article are very poor. I thought bcache makes a lot of sense, but the results demonstrate it is far from ready for prime time.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The results presented in the article are very poor. I thought bcache makes a lot of sense, but the results demonstrate it is far from ready for prime time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: laytonjb</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8638</link>
		<dc:creator>laytonjb</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8638</guid>
		<description>&lt;p&gt;@dbbd,&lt;/p&gt;
&lt;p&gt;You are correct - bcache isn&#039;t ready for production. Even the author admits this. But I think this a time where we can influence bcache and ask for changes. For example, Kent, the author, knows that bcache doesn&#039;t have a writethrough capability now and that impacts performance as I presented.&lt;/p&gt;
&lt;p&gt;Great time to influence possible kernel patches.&lt;/p&gt;
&lt;p&gt;Jeff
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@dbbd,</p>
<p>You are correct &#8211; bcache isn&#8217;t ready for production. Even the author admits this. But I think this a time where we can influence bcache and ask for changes. For example, Kent, the author, knows that bcache doesn&#8217;t have a writethrough capability now and that impacts performance as I presented.</p>
<p>Great time to influence possible kernel patches.</p>
<p>Jeff</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: homarne</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8639</link>
		<dc:creator>homarne</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8639</guid>
		<description>&lt;p&gt;Jeff,&lt;/p&gt;
&lt;p&gt;I&#039;ve read through the article a couple of times and can&#039;t figure one thing out.&lt;/p&gt;
&lt;p&gt;If the working set of the test you ran was 16GB, and the SSD was 64GB, then the entire working set should have fit in the SSD cache, and the cache performance should have been very close to the SSD performance (unless bcache is VERY inefficient).&lt;/p&gt;
&lt;p&gt;What the SSD cache size in fact set to a smaller size than the working set?  If so I can&#039;t figure out where you mention this in the article.&lt;/p&gt;
&lt;p&gt;Thanks - Tom
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Jeff,</p>
<p>I&#8217;ve read through the article a couple of times and can&#8217;t figure one thing out.</p>
<p>If the working set of the test you ran was 16GB, and the SSD was 64GB, then the entire working set should have fit in the SSD cache, and the cache performance should have been very close to the SSD performance (unless bcache is VERY inefficient).</p>
<p>What the SSD cache size in fact set to a smaller size than the working set?  If so I can&#8217;t figure out where you mention this in the article.</p>
<p>Thanks &#8211; Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ihatesigningup</title>
		<link>http://www.linux-mag.com/id/7843/#comment-8640</link>
		<dc:creator>ihatesigningup</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7843/#comment-8640</guid>
		<description>&lt;p&gt;Jeff,&lt;/p&gt;
&lt;p&gt;Please consider benchmarking bcache and the other one I whose name I can&#039;t remember with an sql benchmark, or some sort of &quot;real-world&quot; benchmark.&lt;/p&gt;
&lt;p&gt;The reason I mention this is because, if you ran a busy Web site like facebook, and used bcache to speed up your database.  I mean bcache was written to speed up this scenario, and I think bcache would really shine in this workload, because just like on a busy Web site there would be many more reads that writes, and many of those reads could stay in the SSD cache.  &lt;/p&gt;
&lt;p&gt;Thanks,&lt;br /&gt;
Dave.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Jeff,</p>
<p>Please consider benchmarking bcache and the other one I whose name I can&#8217;t remember with an sql benchmark, or some sort of &#8220;real-world&#8221; benchmark.</p>
<p>The reason I mention this is because, if you ran a busy Web site like facebook, and used bcache to speed up your database.  I mean bcache was written to speed up this scenario, and I think bcache would really shine in this workload, because just like on a busy Web site there would be many more reads that writes, and many of those reads could stay in the SSD cache.  </p>
<p>Thanks,<br />
Dave.</p>
]]></content:encoded>
	</item>
</channel>
</rss>