dbTalk Databases Forums  

SQL causing 100% CPU utilization

comp.databases.oracle.misc comp.databases.oracle.misc


Discuss SQL causing 100% CPU utilization in the comp.databases.oracle.misc forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
Gerard H. Pille
 
Posts: n/a

Default Re: SQL causing 100% CPU utilization - 05-10-2011 , 12:45 PM






Steven Holland wrote:
Quote:
You guys are right. Here's what I found out.

Looking at the AWR report closer I noticed a back ground wait event
that caught my eye that I missed before. The 'rdbms ipc message'
metric was too high. The event rdbms ipc message indicates that a
process is waiting for a message to arrive on his message queue. The
number of message blocks parameter was set too small. If a process
needs a message it will get the latch, search a linked list for a free
message block, unlink this message block , put this message on the
message queue for the intended process and then release this latch.
indicated If a process needs a message it will get the latch, search a
linked list for a free message block, unlink this message block , put
this message on the message queue for the intended process and then
release the latch. The event rdbms ipc message indicates that a
process is waiting for a message to arrive on his message queue. The
event rdbms ipc message reply is used to indicate that a message is
expected back by the sending process."

So....The process was pegging the CPU requesting a message block from
the LRU list in the SGA but ran into latch contention. The latch
contention also caused contention with the rollback process.



Steven, you really have to take it easy with acid. You should read your own messages once
you're clean, you'll see what I mean.

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.