<?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 for Latch, mutex and beyond</title>
	<atom:link href="http://andreynikolaev.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://andreynikolaev.wordpress.com</link>
	<description>Yet another look on Oracle latch performance</description>
	<lastBuildDate>Tue, 12 Feb 2013 14:42:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Divide and conquer the &#8220;true&#8221; mutex contention by Reducing &#8220;library cache: mutex X&#8221; concurrency with dbms_shared_pool.markhot() &#171; Julian Dontcheff&#039;s Database Blog</title>
		<link>http://andreynikolaev.wordpress.com/2011/05/01/divide-and-conquer-the-true-mutex-contention/#comment-591</link>
		<dc:creator><![CDATA[Reducing &#8220;library cache: mutex X&#8221; concurrency with dbms_shared_pool.markhot() &#171; Julian Dontcheff&#039;s Database Blog]]></dc:creator>
		<pubDate>Tue, 12 Feb 2013 14:42:07 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=1718#comment-591</guid>
		<description><![CDATA[[...] PL/SQL packages and procedures, use dbms_shared_pool.markhot() to mark them as hot. As suggested by Andrey Nikolaev, Oracle creates multiple copies of marked objects in the library cache, but frequently uses only [...]]]></description>
		<content:encoded><![CDATA[<p>[...] PL/SQL packages and procedures, use dbms_shared_pool.markhot() to mark them as hot. As suggested by Andrey Nikolaev, Oracle creates multiple copies of marked objects in the library cache, but frequently uses only [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Strange &#8220;db file async I/O submit&#8221; wait event by amalendu chakraborty</title>
		<link>http://andreynikolaev.wordpress.com/2010/07/29/db-file-async-io-submit-wait-event/#comment-578</link>
		<dc:creator><![CDATA[amalendu chakraborty]]></dc:creator>
		<pubDate>Tue, 05 Feb 2013 21:29:05 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=249#comment-578</guid>
		<description><![CDATA[Thank you for the post. I am also having the same issue , got confused by this event. Oracle should do a better job of documenting their wait events.]]></description>
		<content:encoded><![CDATA[<p>Thank you for the post. I am also having the same issue , got confused by this event. Oracle should do a better job of documenting their wait events.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on RuOUG2012 by andreynikolaev</title>
		<link>http://andreynikolaev.wordpress.com/2012/12/10/ruoug2012/#comment-564</link>
		<dc:creator><![CDATA[andreynikolaev]]></dc:creator>
		<pubDate>Fri, 18 Jan 2013 20:41:36 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=4694#comment-564</guid>
		<description><![CDATA[Hello!
This is interesting latch contention case.
Can you additionally describe:
1. Exact Oracle version and patches..
2. Problematic &quot;two SQLs&quot; and their execution plans
3. Run my script 
@latch_stats_10g.sql 
and send me the results

You can contact me at email  Andrey.Nikolaev@rdtex.ru
Best Regards
Andrey]]></description>
		<content:encoded><![CDATA[<p>Hello!<br />
This is interesting latch contention case.<br />
Can you additionally describe:<br />
1. Exact Oracle version and patches..<br />
2. Problematic &#8220;two SQLs&#8221; and their execution plans<br />
3. Run my script<br />
@latch_stats_10g.sql<br />
and send me the results</p>
<p>You can contact me at email  <a href="mailto:Andrey.Nikolaev@rdtex.ru">Andrey.Nikolaev@rdtex.ru</a><br />
Best Regards<br />
Andrey</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on RuOUG2012 by Tonydba</title>
		<link>http://andreynikolaev.wordpress.com/2012/12/10/ruoug2012/#comment-563</link>
		<dc:creator><![CDATA[Tonydba]]></dc:creator>
		<pubDate>Thu, 17 Jan 2013 15:51:06 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=4694#comment-563</guid>
		<description><![CDATA[Hi Andrey,
Not sure whether it&#039;s a right place to ask you something about latch cache buffer chain contention on an index root block.Since I don&#039;t have your email ID,I am placing my question in the comment section.In my production system(oracle 10.2.0.4) users are complaining slowness when they try to retrive few rows from a tiny table(133 rows in 5 blocks) using &quot;Unique Index Scan&quot;.The index has only 1 block(root,leaf,branches all in one).I could see a severe latch:cbc contention on two SQLs that are executed at very higher rate(250/sec) from multiple users.
NAME                  HMODE        FUNC                       OBJECT       Held       Gets  Held %     Held ms Avg hold ms
------------- --------------------- ------------ --------------------------------- ---------- ---------- ------- ----------- -----------
f7srmb2gqa245 cache buffers chains  exclusive    kcbgtcr: kslbegin excl    400011C     105103     101444   10.51   10057.306        .099
f7srmb2gqa245 cache buffers chains  exclusive    kcbrls: kslbegin          400011C      69188      66923    6.92    6620.600        .099
5cmrd9mq8jnr8 cache buffers chains  exclusive    kcbgtcr: kslbegin excl    400011C       5773       5503     .58     552.418        .100
5cmrd9mq8jnr8 cache buffers chains  exclusive    kcbrls: kslbegin          400011C       3438       3260     .34     328.982        .101
f7srmb2gqa245 cache buffers chains  shared       kcbgtcr: kslbegin excl    400011C       1227       1227     .12     117.412        .096
f7srmb2gqa245 cache buffers chains  shared       kcbrls: kslbegin          400011C        929        929     .09      88.896        .096

why would a select statement needs an execlusive latch access in this case?

Thanks
Tony]]></description>
		<content:encoded><![CDATA[<p>Hi Andrey,<br />
Not sure whether it&#8217;s a right place to ask you something about latch cache buffer chain contention on an index root block.Since I don&#8217;t have your email ID,I am placing my question in the comment section.In my production system(oracle 10.2.0.4) users are complaining slowness when they try to retrive few rows from a tiny table(133 rows in 5 blocks) using &#8220;Unique Index Scan&#8221;.The index has only 1 block(root,leaf,branches all in one).I could see a severe latch:cbc contention on two SQLs that are executed at very higher rate(250/sec) from multiple users.<br />
NAME                  HMODE        FUNC                       OBJECT       Held       Gets  Held %     Held ms Avg hold ms<br />
&#8212;&#8212;&#8212;&#8212;- &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212; &#8212;&#8212;&#8212;&#8212; &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212; &#8212;&#8212;&#8212;- &#8212;&#8212;&#8212;- &#8212;&#8212;- &#8212;&#8212;&#8212;&#8211; &#8212;&#8212;&#8212;&#8211;<br />
f7srmb2gqa245 cache buffers chains  exclusive    kcbgtcr: kslbegin excl    400011C     105103     101444   10.51   10057.306        .099<br />
f7srmb2gqa245 cache buffers chains  exclusive    kcbrls: kslbegin          400011C      69188      66923    6.92    6620.600        .099<br />
5cmrd9mq8jnr8 cache buffers chains  exclusive    kcbgtcr: kslbegin excl    400011C       5773       5503     .58     552.418        .100<br />
5cmrd9mq8jnr8 cache buffers chains  exclusive    kcbrls: kslbegin          400011C       3438       3260     .34     328.982        .101<br />
f7srmb2gqa245 cache buffers chains  shared       kcbgtcr: kslbegin excl    400011C       1227       1227     .12     117.412        .096<br />
f7srmb2gqa245 cache buffers chains  shared       kcbrls: kslbegin          400011C        929        929     .09      88.896        .096</p>
<p>why would a select statement needs an execlusive latch access in this case?</p>
<p>Thanks<br />
Tony</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on RuOUG2012 by goryszewskig</title>
		<link>http://andreynikolaev.wordpress.com/2012/12/10/ruoug2012/#comment-521</link>
		<dc:creator><![CDATA[goryszewskig]]></dc:creator>
		<pubDate>Tue, 11 Dec 2012 08:40:34 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=4694#comment-521</guid>
		<description><![CDATA[Thank You .]]></description>
		<content:encoded><![CDATA[<p>Thank You .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Spin tales: Part 1. Exclusive latches in Oracle 9.2-11g by Werken met Latches &#124; Vijfhart Weblog</title>
		<link>http://andreynikolaev.wordpress.com/2011/01/06/spin-tales-part-1-exclusive-latches-in-oracle-9-2-11g/#comment-508</link>
		<dc:creator><![CDATA[Werken met Latches &#124; Vijfhart Weblog]]></dc:creator>
		<pubDate>Thu, 22 Nov 2012 09:10:13 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=421#comment-508</guid>
		<description><![CDATA[[...] de CPU welke 10-12 miliseconde duurt, is dit ontzettend lang vergeleken bij een latch. Daarom “spint” een latch als deze bezet is. Eigenlijk is dit niets anders dan een loop; een latch “loopt” [...]]]></description>
		<content:encoded><![CDATA[<p>[...] de CPU welke 10-12 miliseconde duurt, is dit ontzettend lang vergeleken bij een latch. Daarom “spint” een latch als deze bezet is. Eigenlijk is dit niets anders dan een loop; een latch “loopt” [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mutex waits. Part II. &#8220;Cursor: Pin S&#8221; in Oracle 11.2  _mutex_wait_scheme=0. Steps out of shadow. by Nilesh</title>
		<link>http://andreynikolaev.wordpress.com/2011/10/25/mutex-waits-part-ii-cursor-pin-s-in-oracle-11-2-_mutex_wait_scheme0-steps-out-of-shadow/#comment-507</link>
		<dc:creator><![CDATA[Nilesh]]></dc:creator>
		<pubDate>Wed, 21 Nov 2012 17:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=3137#comment-507</guid>
		<description><![CDATA[Hi Wenju,

We are facing similar problem in our environment due to mutex X waits. would you able to share the logic/code  of your job &quot;to monitor the mutex wait events using v$active_session_history, and if it reaches certain thresholds, then the job would drop the plan baselines or sql profiles associated&quot;

Thanks,
Nilesh]]></description>
		<content:encoded><![CDATA[<p>Hi Wenju,</p>
<p>We are facing similar problem in our environment due to mutex X waits. would you able to share the logic/code  of your job &#8220;to monitor the mutex wait events using v$active_session_history, and if it reaches certain thresholds, then the job would drop the plan baselines or sql profiles associated&#8221;</p>
<p>Thanks,<br />
Nilesh</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Divide and conquer the &#8220;true&#8221; mutex contention by andreynikolaev</title>
		<link>http://andreynikolaev.wordpress.com/2011/05/01/divide-and-conquer-the-true-mutex-contention/#comment-480</link>
		<dc:creator><![CDATA[andreynikolaev]]></dc:creator>
		<pubDate>Wed, 17 Oct 2012 19:05:04 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=1718#comment-480</guid>
		<description><![CDATA[Hello!
You should use ’full hash value‘ (KGLNAHSV) and NAMESPACE=&gt;1
to mark PL/SQL function or procedure

Best Regards
Andrey Nikolaev]]></description>
		<content:encoded><![CDATA[<p>Hello!<br />
You should use ’full hash value‘ (KGLNAHSV) and NAMESPACE=&gt;1<br />
to mark PL/SQL function or procedure</p>
<p>Best Regards<br />
Andrey Nikolaev</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Appetizer for DTrace by andreynikolaev</title>
		<link>http://andreynikolaev.wordpress.com/2010/10/28/appetizer-for-dtrace/#comment-479</link>
		<dc:creator><![CDATA[andreynikolaev]]></dc:creator>
		<pubDate>Wed, 17 Oct 2012 18:25:24 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=417#comment-479</guid>
		<description><![CDATA[I think you are asking about AIX Probevue? 
Yes, the simple scripts from  this post can be rewritten for Probevue.]]></description>
		<content:encoded><![CDATA[<p>I think you are asking about AIX Probevue?<br />
Yes, the simple scripts from  this post can be rewritten for Probevue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Appetizer for DTrace by antony</title>
		<link>http://andreynikolaev.wordpress.com/2010/10/28/appetizer-for-dtrace/#comment-478</link>
		<dc:creator><![CDATA[antony]]></dc:creator>
		<pubDate>Wed, 17 Oct 2012 17:49:45 +0000</pubDate>
		<guid isPermaLink="false">http://andreynikolaev.wordpress.com/?p=417#comment-478</guid>
		<description><![CDATA[Hi Andrey,

have you done similar test in AIX using procstack?

Thanks]]></description>
		<content:encoded><![CDATA[<p>Hi Andrey,</p>
<p>have you done similar test in AIX using procstack?</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>
