<?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: Linux IO Schedulers and MySQL</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/</link>
	<description>Everything about MySQL Performance</description>
	<pubDate>Wed, 19 Nov 2008 23:36:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: veridicus</title>
		<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41826</link>
		<dc:creator>veridicus</dc:creator>
		<pubDate>Fri, 02 Feb 2007 16:08:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41826</guid>
		<description>Very interesting article.  Thanks for pointing us to it!</description>
		<content:encoded><![CDATA[<p>Very interesting article.  Thanks for pointing us to it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41814</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Fri, 02 Feb 2007 14:22:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41814</guid>
		<description>Yes, I've seen that paper. The problem is it is rather old... the IO schedulers are changing quickly as you can read in original article.

Yeah it is a pity CentOS/RHEL only allow scheduler to be changed on boot. I think it is just because it is based on older kernel.  version 5 hopefully will not have this problem. 

I guess CFQ vs Deadline depends on applications I've seen mixed results.</description>
		<content:encoded><![CDATA[<p>Yes, I&#8217;ve seen that paper. The problem is it is rather old&#8230; the IO schedulers are changing quickly as you can read in original article.</p>
<p>Yeah it is a pity CentOS/RHEL only allow scheduler to be changed on boot. I think it is just because it is based on older kernel.  version 5 hopefully will not have this problem. </p>
<p>I guess CFQ vs Deadline depends on applications I&#8217;ve seen mixed results.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Frisvold</title>
		<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41813</link>
		<dc:creator>Jason Frisvold</dc:creator>
		<pubDate>Fri, 02 Feb 2007 14:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41813</guid>
		<description>The comment system happily ate part of the filename I posted above..  it should be :

/sys/block/DEVICENAME/queue/scheduler

And example would be something like :

/sys/block/hda/queue/scheduler</description>
		<content:encoded><![CDATA[<p>The comment system happily ate part of the filename I posted above..  it should be :</p>
<p>/sys/block/DEVICENAME/queue/scheduler</p>
<p>And example would be something like :</p>
<p>/sys/block/hda/queue/scheduler</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Frisvold</title>
		<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41812</link>
		<dc:creator>Jason Frisvold</dc:creator>
		<pubDate>Fri, 02 Feb 2007 14:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-41812</guid>
		<description>I did some brief research on the four available schedulers and came across this page :

http://www.redhat.com/magazine/008jun05/features/schedulers/

Redhat also claims that the CFQ scheduler is the best overall for database applications.  But it also looks like deadline may be an option as well.  Am I correct in stating that the deadline scheduler offers better long-term performance compared to CFQ?  Or am I misreading that graph?

At any rate, the scheduler can be selected on the fly for many distributions by changing the value of /sys/block//queue/scheduler to one of the four scheduler names.  In Fedora, if you cat this file it will display the four available schedulers and the current one is listed in brackets.

Redhat Enterprise, and thus CentOS, only allow scheduler changes on bootup.  This stems from an older 2.6 kernel being used.

Fun stuff.  Worth running some benchmarks on...</description>
		<content:encoded><![CDATA[<p>I did some brief research on the four available schedulers and came across this page :</p>
<p><a href="http://www.redhat.com/magazine/008jun05/features/schedulers/" rel="nofollow">http://www.redhat.com/magazine/008jun05/features/schedulers/</a></p>
<p>Redhat also claims that the CFQ scheduler is the best overall for database applications.  But it also looks like deadline may be an option as well.  Am I correct in stating that the deadline scheduler offers better long-term performance compared to CFQ?  Or am I misreading that graph?</p>
<p>At any rate, the scheduler can be selected on the fly for many distributions by changing the value of /sys/block//queue/scheduler to one of the four scheduler names.  In Fedora, if you cat this file it will display the four available schedulers and the current one is listed in brackets.</p>
<p>Redhat Enterprise, and thus CentOS, only allow scheduler changes on bootup.  This stems from an older 2.6 kernel being used.</p>
<p>Fun stuff.  Worth running some benchmarks on&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-40485</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Wed, 31 Jan 2007 14:38:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-40485</guid>
		<description>That is good to hear each threads gets its own queue.  I remember in 2.4 times there were compatibility issues with threads and read-ahead which was tracked per process not per thread. 

Regarding ionice it is tough to use with database as there can be priority inversion due to lock held by the thread etc. 

What would be great to see implemented is per request priorities so  log flushes for example would get high priority while background dirty pages flush low priority.</description>
		<content:encoded><![CDATA[<p>That is good to hear each threads gets its own queue.  I remember in 2.4 times there were compatibility issues with threads and read-ahead which was tracked per process not per thread. </p>
<p>Regarding ionice it is tough to use with database as there can be priority inversion due to lock held by the thread etc. </p>
<p>What would be great to see implemented is per request priorities so  log flushes for example would get high priority while background dirty pages flush low priority.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: n</title>
		<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-40450</link>
		<dc:creator>n</dc:creator>
		<pubDate>Wed, 31 Jan 2007 11:37:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-40450</guid>
		<description>Each thread gets its own queue. You can also do ionice per thread.

However it doesn't quite work for AIO which gets submitted from other threads.

I think it's pretty important to always measure latencies too, not just aggregate throughput</description>
		<content:encoded><![CDATA[<p>Each thread gets its own queue. You can also do ionice per thread.</p>
<p>However it doesn&#8217;t quite work for AIO which gets submitted from other threads.</p>
<p>I think it&#8217;s pretty important to always measure latencies too, not just aggregate throughput</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: UNIX-WORLD NEWS : Linux IO schedulers and MySQL</title>
		<link>http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-39878</link>
		<dc:creator>UNIX-WORLD NEWS : Linux IO schedulers and MySQL</dc:creator>
		<pubDate>Tue, 30 Jan 2007 19:00:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/01/30/linux-io-schedulers-and-mysql/#comment-39878</guid>
		<description>[...] Read more [...]</description>
		<content:encoded><![CDATA[<p>[...] Read more [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
