<?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: How many fsync / sec FusionIO can handle</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/</link>
	<description>Percona&#039;s MySQL &#38; InnoDB performance and scalability blog</description>
	<lastBuildDate>Sat, 11 Feb 2012 16:45:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Vadim</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-739118</link>
		<dc:creator>Vadim</dc:creator>
		<pubDate>Mon, 22 Mar 2010 19:45:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-739118</guid>
		<description>VJ Kumar,

I blogged after that, that FusionIO fixed issue with durability in default mode, so you do not lose you data.</description>
		<content:encoded><![CDATA[<p>VJ Kumar,</p>
<p>I blogged after that, that FusionIO fixed issue with durability in default mode, so you do not lose you data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VJ Kumar</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732412</link>
		<dc:creator>VJ Kumar</dc:creator>
		<pubDate>Fri, 05 Mar 2010 20:19:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732412</guid>
		<description>Vadim,

You haver earlier written: &quot;As I understand FusionIO in default mode, like Intel SSD, is â€œlyingâ€ to application, and fsync() is not real, it still commit only to internal memory, not to final media. And FusionIO has â€œstrict_syncâ€ mode to guarantee fsync is trustworthy.&quot;

Is it still the case ?  If it is,  obviously,  one cannot use the device for transaction log storage.</description>
		<content:encoded><![CDATA[<p>Vadim,</p>
<p>You haver earlier written: &#8220;As I understand FusionIO in default mode, like Intel SSD, is â€œlyingâ€ to application, and fsync() is not real, it still commit only to internal memory, not to final media. And FusionIO has â€œstrict_syncâ€ mode to guarantee fsync is trustworthy.&#8221;</p>
<p>Is it still the case ?  If it is,  obviously,  one cannot use the device for transaction log storage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VJ Kumar</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732409</link>
		<dc:creator>VJ Kumar</dc:creator>
		<pubDate>Fri, 05 Mar 2010 20:08:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732409</guid>
		<description>Domas,

What is so funny ?

The numbers Vadim provided mirror my experience with sequential writes to any transaction log,  not necessarily InnoDb&#039;s.

If transaction log writes are disturbed by other IO,  then the pattern becomes random and IOPS/sec will probably go down to a couple hundred per sec. Whether the file system is ext3/4 or xfs does not matter much (ignoring barriers and journaling for simplicity).</description>
		<content:encoded><![CDATA[<p>Domas,</p>
<p>What is so funny ?</p>
<p>The numbers Vadim provided mirror my experience with sequential writes to any transaction log,  not necessarily InnoDb&#8217;s.</p>
<p>If transaction log writes are disturbed by other IO,  then the pattern becomes random and IOPS/sec will probably go down to a couple hundred per sec. Whether the file system is ext3/4 or xfs does not matter much (ignoring barriers and journaling for simplicity).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732405</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Fri, 05 Mar 2010 19:38:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732405</guid>
		<description>Guys,

I&#039;d offer some background for this test. What we wanted to check if whenever FusionIO is good enough to keep transactional logs on it.  For a lot of SSDs the fsync() rate they can do is slower compared to writes to the RAID cache (with BBU)   It looks like it is not the case for FusionIO which is great.</description>
		<content:encoded><![CDATA[<p>Guys,</p>
<p>I&#8217;d offer some background for this test. What we wanted to check if whenever FusionIO is good enough to keep transactional logs on it.  For a lot of SSDs the fsync() rate they can do is slower compared to writes to the RAID cache (with BBU)   It looks like it is not the case for FusionIO which is great.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732243</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Fri, 05 Mar 2010 05:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732243</guid>
		<description>Interesting.  So apparently only XtraDB has &quot;fixed&quot; group commit?  I was under the same impression as Vadim.</description>
		<content:encoded><![CDATA[<p>Interesting.  So apparently only XtraDB has &#8220;fixed&#8221; group commit?  I was under the same impression as Vadim.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732238</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Fri, 05 Mar 2010 05:27:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732238</guid>
		<description>Group commit is fixed when the binlog is off. Otherwise, prepare_commit_mutex is locked in innobase_xa_prepare and unlocked in innobase_commit. The binlog write/sync is done between the two. I am not aware of any (or any good) documentation of this in MySQL or InnoDB docs and the plugin release notes that state that group commit is fixed might confuse people. Not having group commit can be a huge deal depending on your IO setup.

Subscribe to my feature request for this at http://bugs.mysql.com/bug.php?id=49326. Or if you have a support contract, let them know you need a fix.</description>
		<content:encoded><![CDATA[<p>Group commit is fixed when the binlog is off. Otherwise, prepare_commit_mutex is locked in innobase_xa_prepare and unlocked in innobase_commit. The binlog write/sync is done between the two. I am not aware of any (or any good) documentation of this in MySQL or InnoDB docs and the plugin release notes that state that group commit is fixed might confuse people. Not having group commit can be a huge deal depending on your IO setup.</p>
<p>Subscribe to my feature request for this at <a href="http://bugs.mysql.com/bug.php?id=49326" rel="nofollow">http://bugs.mysql.com/bug.php?id=49326</a>. Or if you have a support contract, let them know you need a fix.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vadim</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732235</link>
		<dc:creator>Vadim</dc:creator>
		<pubDate>Fri, 05 Mar 2010 05:05:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732235</guid>
		<description>Domas,

this is xfs with nobarrier.

Mark,

What about InnoDB-plugin ? it is supposed group commit is fixed there...</description>
		<content:encoded><![CDATA[<p>Domas,</p>
<p>this is xfs with nobarrier.</p>
<p>Mark,</p>
<p>What about InnoDB-plugin ? it is supposed group commit is fixed there&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732177</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Fri, 05 Mar 2010 00:02:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732177</guid>
		<description>prepare_commit_mutex guarantees there is no group commit as soon as the binlog is enabled. What fraction of InnoDB deployments that care about performance run with the binlog off?</description>
		<content:encoded><![CDATA[<p>prepare_commit_mutex guarantees there is no group commit as soon as the binlog is enabled. What fraction of InnoDB deployments that care about performance run with the binlog off?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domas</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732168</link>
		<dc:creator>Domas</dc:creator>
		<pubDate>Thu, 04 Mar 2010 23:42:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732168</guid>
		<description>are you testing append performance on ext3?! hehehehehehehehehe</description>
		<content:encoded><![CDATA[<p>are you testing append performance on ext3?! hehehehehehehehehe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gavin Towey</title>
		<link>http://www.mysqlperformanceblog.com/2010/03/04/how-many-fsync-sec-fusionio-can-handle/comment-page-1/#comment-732122</link>
		<dc:creator>Gavin Towey</dc:creator>
		<pubDate>Thu, 04 Mar 2010 21:42:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2264#comment-732122</guid>
		<description>Andy:

fsync/s is not the same as throughput, which is not the same as TPM.  Those tests measure different things.</description>
		<content:encoded><![CDATA[<p>Andy:</p>
<p>fsync/s is not the same as throughput, which is not the same as TPM.  Those tests measure different things.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

