<?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: Waiting for a Long Time &#8211; What is Going On?</title>
	<atom:link href="http://hoopercharles.wordpress.com/2010/12/07/waiting-for-a-long-time-what-is-going-on/feed/" rel="self" type="application/rss+xml" />
	<link>http://hoopercharles.wordpress.com/2010/12/07/waiting-for-a-long-time-what-is-going-on/</link>
	<description>Miscellaneous Random Oracle Topics: Stop, Think, ... Understand</description>
	<lastBuildDate>Thu, 23 May 2013 04:02:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Charles Hooper</title>
		<link>http://hoopercharles.wordpress.com/2010/12/07/waiting-for-a-long-time-what-is-going-on/#comment-2299</link>
		<dc:creator><![CDATA[Charles Hooper]]></dc:creator>
		<pubDate>Tue, 07 Dec 2010 21:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=3883#comment-2299</guid>
		<description><![CDATA[Chris,

Nice examination of the &quot;Top 5&quot; sections.  I have now included links to the pages in the book - the next step is to see if the &quot;Top 5&quot; sections show what the author claims.]]></description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>Nice examination of the &#8220;Top 5&#8243; sections.  I have now included links to the pages in the book &#8211; the next step is to see if the &#8220;Top 5&#8243; sections show what the author claims.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Hooper</title>
		<link>http://hoopercharles.wordpress.com/2010/12/07/waiting-for-a-long-time-what-is-going-on/#comment-2298</link>
		<dc:creator><![CDATA[Charles Hooper]]></dc:creator>
		<pubDate>Tue, 07 Dec 2010 21:54:16 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=3883#comment-2298</guid>
		<description><![CDATA[#1 is obviously from a server using a very advanced RAID 10 floppy array, or maybe it is a bug, or maybe... what is that supposed to be showing?  (I added a link to the page in the book)
#2 is a problem that I reported to the author of this book in the OTN forums last year (http://forums.oracle.com/forums/thread.jspa?threadID=972294 - interesting couple of comments in that thread: &quot;You say that you have not read this book. I never put too much credence into reviews by people who have not read the book!&quot; &quot;PLEASE do not de-rail Yasser&#039;s thread with off-point reviews of books that you haven&#039;t read, Charles, it&#039;s not fair to Yasser.&quot; - have we found the reason why I bought this book? :-) )]]></description>
		<content:encoded><![CDATA[<p>#1 is obviously from a server using a very advanced RAID 10 floppy array, or maybe it is a bug, or maybe&#8230; what is that supposed to be showing?  (I added a link to the page in the book)<br />
#2 is a problem that I reported to the author of this book in the OTN forums last year (<a href="http://forums.oracle.com/forums/thread.jspa?threadID=972294" rel="nofollow">http://forums.oracle.com/forums/thread.jspa?threadID=972294</a> &#8211; interesting couple of comments in that thread: &#8220;You say that you have not read this book. I never put too much credence into reviews by people who have not read the book!&#8221; &#8220;PLEASE do not de-rail Yasser&#8217;s thread with off-point reviews of books that you haven&#8217;t read, Charles, it&#8217;s not fair to Yasser.&#8221; &#8211; have we found the reason why I bought this book? <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Saxon</title>
		<link>http://hoopercharles.wordpress.com/2010/12/07/waiting-for-a-long-time-what-is-going-on/#comment-2295</link>
		<dc:creator><![CDATA[Chris Saxon]]></dc:creator>
		<pubDate>Tue, 07 Dec 2010 21:19:01 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=3883#comment-2295</guid>
		<description><![CDATA[I find these quite confusing.

The numbers don&#039;t appear to add up correctly in several of the examples and several number recur in the first eleven:

The db file sequential/scattered read events appear in 1, 5, 9, 10 and 11 with very similar/the same numbers for either waits or time, but differ slightly on the other columns each time.

In 4, the times for sequential and scattered read are very similar, yet have vastly different % of elapsed (29 vs 9). In 5, the events aren&#039;t ordered by time, and the % elapsed don&#039;t correspond to the times taken (the top event is over 80% of elapsed time, despite consuming less than half the time of the third).

The percentage of elapsed times add up to over 200% in seven; this seems unusual to me, though I may not be understanding something which is causing this.

The first eleven are also inconsistent with the display of the time column - sometime it&#039;s shown and sometimes it isn&#039;t...]]></description>
		<content:encoded><![CDATA[<p>I find these quite confusing.</p>
<p>The numbers don&#8217;t appear to add up correctly in several of the examples and several number recur in the first eleven:</p>
<p>The db file sequential/scattered read events appear in 1, 5, 9, 10 and 11 with very similar/the same numbers for either waits or time, but differ slightly on the other columns each time.</p>
<p>In 4, the times for sequential and scattered read are very similar, yet have vastly different % of elapsed (29 vs 9). In 5, the events aren&#8217;t ordered by time, and the % elapsed don&#8217;t correspond to the times taken (the top event is over 80% of elapsed time, despite consuming less than half the time of the third).</p>
<p>The percentage of elapsed times add up to over 200% in seven; this seems unusual to me, though I may not be understanding something which is causing this.</p>
<p>The first eleven are also inconsistent with the display of the time column &#8211; sometime it&#8217;s shown and sometimes it isn&#8217;t&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Niall Litchfield</title>
		<link>http://hoopercharles.wordpress.com/2010/12/07/waiting-for-a-long-time-what-is-going-on/#comment-2288</link>
		<dc:creator><![CDATA[Niall Litchfield]]></dc:creator>
		<pubDate>Tue, 07 Dec 2010 15:53:17 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=3883#comment-2288</guid>
		<description><![CDATA[Hi Charles,

I&#039;d certainly be more than a little worried about a system (excerpt 1) that &lt;b&gt;on average&lt;/b&gt; was taking 2.75 &lt;b&gt;seconds&lt;/b&gt; to do a single block read. Perhaps unlike the imps in the &lt;a href=&quot;http://wiki.lspace.org/wiki/Iconograph&quot; rel=&quot;nofollow&quot;&gt;wonderful iconograph&lt;/a&gt; these data imps have gone on strike. It&#039;s possible of course that these figures are blown by bugs in the data - sometimes oracle has been known to print incorrect values in extended sql trace ela values, possibly some versions of statspack/awr have encountered similar issues. 

The second extract has a value in the &quot;Waits&quot; column against CPU Time which should not be there and single block reads that take on average one second per read.]]></description>
		<content:encoded><![CDATA[<p>Hi Charles,</p>
<p>I&#8217;d certainly be more than a little worried about a system (excerpt 1) that <b>on average</b> was taking 2.75 <b>seconds</b> to do a single block read. Perhaps unlike the imps in the <a href="http://wiki.lspace.org/wiki/Iconograph" rel="nofollow">wonderful iconograph</a> these data imps have gone on strike. It&#8217;s possible of course that these figures are blown by bugs in the data &#8211; sometimes oracle has been known to print incorrect values in extended sql trace ela values, possibly some versions of statspack/awr have encountered similar issues. </p>
<p>The second extract has a value in the &#8220;Waits&#8221; column against CPU Time which should not be there and single block reads that take on average one second per read.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
