<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: On throttling</title>
	<atom:link href="http://dom.as/2009/05/18/crash-recovery-throttling/feed/" rel="self" type="application/rss+xml" />
	<link>http://dom.as/2009/05/18/crash-recovery-throttling/</link>
	<description></description>
	<lastBuildDate>Sat, 17 Dec 2011 20:14:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Xaprb</title>
		<link>http://dom.as/2009/05/18/crash-recovery-throttling/#comment-1584</link>
		<dc:creator><![CDATA[Xaprb]]></dc:creator>
		<pubDate>Tue, 19 May 2009 12:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/?p=493#comment-1584</guid>
		<description><![CDATA[Like basically everything else hard-coded in InnoDB, it needs to be user-configurable.  One of these days I&#039;m going to go on a rampage and add about 150 configuration variables for InnoDB.]]></description>
		<content:encoded><![CDATA[<p>Like basically everything else hard-coded in InnoDB, it needs to be user-configurable.  One of these days I&#8217;m going to go on a rampage and add about 150 configuration variables for InnoDB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domas Mituzas</title>
		<link>http://dom.as/2009/05/18/crash-recovery-throttling/#comment-1583</link>
		<dc:creator><![CDATA[Domas Mituzas]]></dc:creator>
		<pubDate>Tue, 19 May 2009 07:25:32 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/?p=493#comment-1583</guid>
		<description><![CDATA[Antony, there&#039;s nothing really wrong with this kind of throttling, except.. timing.
Make it wait 5ms instead of 500ms, and your I/O system will always have outstanding requests.

Leave it at half a second, and your server will be horrible slacker during crash recovery..]]></description>
		<content:encoded><![CDATA[<p>Antony, there&#8217;s nothing really wrong with this kind of throttling, except.. timing.<br />
Make it wait 5ms instead of 500ms, and your I/O system will always have outstanding requests.</p>
<p>Leave it at half a second, and your server will be horrible slacker during crash recovery..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antony Curtis</title>
		<link>http://dom.as/2009/05/18/crash-recovery-throttling/#comment-1582</link>
		<dc:creator><![CDATA[Antony Curtis]]></dc:creator>
		<pubDate>Mon, 18 May 2009 22:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://dammit.lt/?p=493#comment-1582</guid>
		<description><![CDATA[That&#039;s cute.... especially considering that most modern hard drives can typically queue 64 IO requests.

Perhaps the developer encountered some OS scalability limit on his development machine?

Or if this is an application feature, a cond var would probably be more suitable.]]></description>
		<content:encoded><![CDATA[<p>That&#8217;s cute&#8230;. especially considering that most modern hard drives can typically queue 64 IO requests.</p>
<p>Perhaps the developer encountered some OS scalability limit on his development machine?</p>
<p>Or if this is an application feature, a cond var would probably be more suitable.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

