<?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: Scoping</title>
	<atom:link href="http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/</link>
	<description>Just another Oracle weblog</description>
	<lastBuildDate>Wed, 19 Jun 2013 18:51:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1824</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Wed, 17 Jan 2007 21:11:31 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1824</guid>
		<description><![CDATA[Rob, yes the checks are OR&#039;s. Conveniently you can read the source of the package - the specific condition (9.2) is:
&lt;code&gt;
          and (   buffer_gets   &gt; l_buffer_gets_th 
               or disk_reads    &gt; l_disk_reads_th
               or parse_calls   &gt; l_parse_calls_th
               or executions    &gt; l_executions_th
               or sharable_mem  &gt; l_sharable_mem_th
               or version_count &gt; l_version_count_th
              );

&lt;/code&gt;]]></description>
		<content:encoded><![CDATA[<p>Rob, yes the checks are OR&#8217;s. Conveniently you can read the source of the package &#8211; the specific condition (9.2) is:<br />
<code><br />
          and (   buffer_gets   &gt; l_buffer_gets_th<br />
               or disk_reads    &gt; l_disk_reads_th<br />
               or parse_calls   &gt; l_parse_calls_th<br />
               or executions    &gt; l_executions_th<br />
               or sharable_mem  &gt; l_sharable_mem_th<br />
               or version_count &gt; l_version_count_th<br />
              );</p>
<p></code></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RobH</title>
		<link>http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1756</link>
		<dc:creator><![CDATA[RobH]]></dc:creator>
		<pubDate>Tue, 16 Jan 2007 17:33:59 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1756</guid>
		<description><![CDATA[Stupid question and I think I know the answer but:
&quot;In the 9i version of statspack the resources checked, with their default collection boundaries&quot;, these conditions are OR&#039;s correct.  As in as long as it meets one of the criteria.

Also, vidya, I&#039;m often asked the same question and I&#039;ve found it useful if snapshots are less than (or equal to) 15 min at most.  I also only read in 15 min snapshots and check 15 min before and after the event (the after would support Jonathan&#039;s post).

Many times if the snapshot is too long, single statements that are relatively large can fall down the report(or off) to the summation of something that runs and totals for multiple executions.

&quot;The easiest way to find a needle in a haystack is to do a handful at a time.&quot; - Grandpa (although he was referring to something entirely different that inefficient sql)]]></description>
		<content:encoded><![CDATA[<p>Stupid question and I think I know the answer but:<br />
&#8220;In the 9i version of statspack the resources checked, with their default collection boundaries&#8221;, these conditions are OR&#8217;s correct.  As in as long as it meets one of the criteria.</p>
<p>Also, vidya, I&#8217;m often asked the same question and I&#8217;ve found it useful if snapshots are less than (or equal to) 15 min at most.  I also only read in 15 min snapshots and check 15 min before and after the event (the after would support Jonathan&#8217;s post).</p>
<p>Many times if the snapshot is too long, single statements that are relatively large can fall down the report(or off) to the summation of something that runs and totals for multiple executions.</p>
<p>&#8220;The easiest way to find a needle in a haystack is to do a handful at a time.&#8221; &#8211; Grandpa (although he was referring to something entirely different that inefficient sql)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vidya</title>
		<link>http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1464</link>
		<dc:creator><![CDATA[vidya]]></dc:creator>
		<pubDate>Thu, 11 Jan 2007 20:34:11 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1464</guid>
		<description><![CDATA[Jonathan, Thanks so much for explaining this - and sorry about being ambiguous - I did mean

&quot;a single occurrence of a long running statement that is issued at 9:55, is still running at 10:00 and probably running past 10.15 am&quot;

The reason I asked the question, frequently I am asked to look at performance for short windows

Questions like
&quot;Vidya, can you see what happened between 6.00 and 6.30 am this morning the system was slow and users were complaining but things were fine after that?&quot;

so I generate a statspack report for snap id&#039;s between 6.00 am and 6.30 am - hoping that its going to give me all the information of what was happening at that time interval -  I guess I will need to remember that sql calls can cross boundaries of a statspack report

Thanks again]]></description>
		<content:encoded><![CDATA[<p>Jonathan, Thanks so much for explaining this &#8211; and sorry about being ambiguous &#8211; I did mean</p>
<p>&#8220;a single occurrence of a long running statement that is issued at 9:55, is still running at 10:00 and probably running past 10.15 am&#8221;</p>
<p>The reason I asked the question, frequently I am asked to look at performance for short windows</p>
<p>Questions like<br />
&#8220;Vidya, can you see what happened between 6.00 and 6.30 am this morning the system was slow and users were complaining but things were fine after that?&#8221;</p>
<p>so I generate a statspack report for snap id&#8217;s between 6.00 am and 6.30 am &#8211; hoping that its going to give me all the information of what was happening at that time interval &#8211;  I guess I will need to remember that sql calls can cross boundaries of a statspack report</p>
<p>Thanks again</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ghassan Salem</title>
		<link>http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1346</link>
		<dc:creator><![CDATA[Ghassan Salem]]></dc:creator>
		<pubDate>Tue, 09 Jan 2007 14:47:08 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1346</guid>
		<description><![CDATA[Recently, at a client&#039;s site where snapshots where taken every 15 minutes, you could see that a certain SQL took X buffer gets when you print the statspack report from 9.00 to 12.00, and took Y&gt;X buffer gets when you print the statspack report from 9.00 to 10.00. Looking into why I found out that the query was being flushed away regularly then rexecuted. This makes the figures for large time periods irrelevant.
This corroborates what you said in the statspack post about being careful when analyzing them]]></description>
		<content:encoded><![CDATA[<p>Recently, at a client&#8217;s site where snapshots where taken every 15 minutes, you could see that a certain SQL took X buffer gets when you print the statspack report from 9.00 to 12.00, and took Y&gt;X buffer gets when you print the statspack report from 9.00 to 10.00. Looking into why I found out that the query was being flushed away regularly then rexecuted. This makes the figures for large time periods irrelevant.<br />
This corroborates what you said in the statspack post about being careful when analyzing them</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1335</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Tue, 09 Jan 2007 12:46:27 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1335</guid>
		<description><![CDATA[Ghassan, the joys of blogging: it ensures that someone&#039;s there to cross the i&#039;s and dot the t&#039;s. 

Yours was a point worth making - things can get flushed out of the library cache before they get into a snapshot that could report them. At least, as in scenario 4, there may still be some data about them in the underlying snapshot tables.]]></description>
		<content:encoded><![CDATA[<p>Ghassan, the joys of blogging: it ensures that someone&#8217;s there to cross the i&#8217;s and dot the t&#8217;s. </p>
<p>Yours was a point worth making &#8211; things can get flushed out of the library cache before they get into a snapshot that could report them. At least, as in scenario 4, there may still be some data about them in the underlying snapshot tables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ghassan Salem</title>
		<link>http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1330</link>
		<dc:creator><![CDATA[Ghassan Salem]]></dc:creator>
		<pubDate>Tue, 09 Jan 2007 11:38:32 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/2007/01/08/questions-questions/#comment-1330</guid>
		<description><![CDATA[Jonathan,
another case is when the query is no more in the sql area at 10.15, so it will not be in the snapshot, and thus will not appear in the report.

regards]]></description>
		<content:encoded><![CDATA[<p>Jonathan,<br />
another case is when the query is no more in the sql area at 10.15, so it will not be in the snapshot, and thus will not appear in the report.</p>
<p>regards</p>
]]></content:encoded>
	</item>
</channel>
</rss>
