<?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: Oracle IOPS and HBA Queue Depth</title>
	<atom:link href="http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/</link>
	<description>Jeremy Schneider</description>
	<lastBuildDate>Wed, 08 Sep 2010 23:15:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Gerry Bragg</title>
		<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-1406</link>
		<dc:creator>Gerry Bragg</dc:creator>
		<pubDate>Thu, 13 Nov 2008 00:19:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-1406</guid>
		<description>How did you like the 3Par?  We purchased one last year and it is quite an amazing unit, particularly if you don&#039;t want to be managing individual disks.  Blew away our EMC Clarion.</description>
		<content:encoded><![CDATA[<p>How did you like the 3Par?  We purchased one last year and it is quite an amazing unit, particularly if you don&#8217;t want to be managing individual disks.  Blew away our EMC Clarion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig</title>
		<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-1346</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Thu, 11 Sep 2008 21:29:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-1346</guid>
		<description>ever try setting to 16? Sometimes not queing and sending to fast SAN disks speeds things up. When you have a good number of small LUNs assigned as ASM, a lower Que depth can work better.

Craig</description>
		<content:encoded><![CDATA[<p>ever try setting to 16? Sometimes not queing and sending to fast SAN disks speeds things up. When you have a good number of small LUNs assigned as ASM, a lower Que depth can work better.</p>
<p>Craig</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lishan cheng</title>
		<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-1334</link>
		<dc:creator>lishan cheng</dc:creator>
		<pubDate>Wed, 13 Aug 2008 19:40:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-1334</guid>
		<description>Hi Jeremy

Have you tried test with different number of LUNs?

Thanks

--
LSC</description>
		<content:encoded><![CDATA[<p>Hi Jeremy</p>
<p>Have you tried test with different number of LUNs?</p>
<p>Thanks</p>
<p>&#8211;<br />
LSC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Schneider</title>
		<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-859</link>
		<dc:creator>Jeremy Schneider</dc:creator>
		<pubDate>Fri, 11 Apr 2008 18:49:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-859</guid>
		<description>Hey Jeremy. My name is also Jeremy Schneider. I&#039;m out of Oshkosh, Wisconsin. I know it sounds like a hoax, but it&#039;s not. I&#039;m very into technology and the computers as well. Great Site.</description>
		<content:encoded><![CDATA[<p>Hey Jeremy. My name is also Jeremy Schneider. I&#8217;m out of Oshkosh, Wisconsin. I know it sounds like a hoax, but it&#8217;s not. I&#8217;m very into technology and the computers as well. Great Site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krishna Manoharan</title>
		<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-855</link>
		<dc:creator>Krishna Manoharan</dc:creator>
		<pubDate>Wed, 09 Apr 2008 04:09:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-855</guid>
		<description>Hi Jeremy,

While higher queue depths do give good results, it can also result in overruns. It may be a better to set a per target limit along with the LUN limits so what a target never gets throttled beyond its capabilities. On the other hand, how do you actually measure the active queue depth (peak and average)? Running iostat -x will give this information, however you could use SWAT to collate it and you could profile your database storage needs pretty well.

Thanks
Krishna Manoharan
http://dsstos.blogspot.com</description>
		<content:encoded><![CDATA[<p>Hi Jeremy,</p>
<p>While higher queue depths do give good results, it can also result in overruns. It may be a better to set a per target limit along with the LUN limits so what a target never gets throttled beyond its capabilities. On the other hand, how do you actually measure the active queue depth (peak and average)? Running iostat -x will give this information, however you could use SWAT to collate it and you could profile your database storage needs pretty well.</p>
<p>Thanks<br />
Krishna Manoharan<br />
<a href="http://dsstos.blogspot.com" rel="nofollow">http://dsstos.blogspot.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andralg</title>
		<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-845</link>
		<dc:creator>Andralg</dc:creator>
		<pubDate>Tue, 25 Mar 2008 19:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-845</guid>
		<description>nice work, man</description>
		<content:encoded><![CDATA[<p>nice work, man</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Gorbachev</title>
		<link>http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-842</link>
		<dc:creator>Alex Gorbachev</dc:creator>
		<pubDate>Thu, 20 Mar 2008 03:27:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/2008/03/13/oracle-iops-and-hba-queue-depth/#comment-842</guid>
		<description>Hi Jeremy,

Sorry for coming back late to this but I&#039;ve been quite busy recently.
We are just about to get our hands dirty on this new cluster so I don&#039;t know how it&#039;s doing yet but I presume everything is OK - nobody complained so far so you must have done a good job.
Interesting results on queue depth. Thanks for sharing that.

&lt;i&gt;... while I was waiting for the OS guys to resolve some networking issues... The first spec had an InfiniBand interconnect but....&lt;/i&gt;

Now imagine how long it could be to wait if that would be not simple Gigabit Ethernet but, indeed, Infiniband. ;-)

Cheers,
Alex</description>
		<content:encoded><![CDATA[<p>Hi Jeremy,</p>
<p>Sorry for coming back late to this but I&#8217;ve been quite busy recently.<br />
We are just about to get our hands dirty on this new cluster so I don&#8217;t know how it&#8217;s doing yet but I presume everything is OK &#8211; nobody complained so far so you must have done a good job.<br />
Interesting results on queue depth. Thanks for sharing that.</p>
<p><i>&#8230; while I was waiting for the OS guys to resolve some networking issues&#8230; The first spec had an InfiniBand interconnect but&#8230;.</i></p>
<p>Now imagine how long it could be to wait if that would be not simple Gigabit Ethernet but, indeed, Infiniband. ;-)</p>
<p>Cheers,<br />
Alex</p>
]]></content:encoded>
	</item>
</channel>
</rss>
