RE: INSERT...SELECT pegs CPU, but is waiting on scattered read?

  • From: "Jesse, Rich" <Rich.Jesse@xxxxxxxxxxxxxxxxx>
  • To: "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx>
  • Date: Thu, 29 Apr 2004 15:12:35 -0500

Or, I could just look at the swaping and paging from gpm...  :)  Nothing out
of the ordinary shows there (mostly process activation from 4GLs), but I
notice in "ipcs -ma" that the SGA is broken into 9 chunks.  I'm guessing
SHMMAX is too low.  But that wouldn't cause a proc to spin in CPU would it?

Rich Jesse                        System/Database Administrator
rich.jesse@xxxxxxxxxxxxxxxxx      QuadTech, Sussex, WI USA


> -----Original Message-----
> From: Mladen Gogala [mailto:mladen@xxxxxxxxxxxxxxx]
> Sent: Thursday, April 29, 2004 2:41 PM
> To: oracle-l@xxxxxxxxxxxxx
> Subject: Re: INSERT...SELECT pegs CPU, but is waiting on 
> scattered read?
> 
> 
> 
> On 04/29/2004 03:08:59 PM, Cary Millsap wrote:
> > If you can still connect to Oracle, you'll probably see a tremendous
> > amount of activity reflected in V$SESS_IO.BLOCK_GETS and
> > ~.CONSISTENT_GETS. Cut the SELECT statement into a SQL*Plus 
> session and
> > go to work on "tuning the SQL." This (a SQL tuning issue) is almost
> > undoubtedly the cause of your problem.
> 
> But he has the perfect BCHR now! This is the illustration for 
> your "method R".
> He has the perfect BCHR and he's an unhappy camper, to say 
> the least. I have one
> more question: is CPU being spent in system or user mode? If 
> the CPU is
> spent in the system mode and you don't  have logical I/O, 
> then may be you
> are paging (a.k.a "thrashing").
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts:

  1. Home
  2. oracle-l
  3. Archive
  4. 04-2004