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_at_quadtechworld.com QuadTech, Sussex, WI USA
> -----Original Message-----
> From: Mladen Gogala [mailto:mladen_at_wangtrading.com]
> Sent: Thursday, April 29, 2004 2:41 PM
> To: oracle-l_at_freelists.org
> 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_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Thu Apr 29 2004 - 15:09:43 CDT
