Re: Oracle Stats
From: <art_at_unsu.com>
Date: Mon, 18 May 2009 10:36:37 -0700 (PDT)
Message-ID: <f3e8de59-4537-476a-b614-4cf075e51dcb_at_s28g2000vbp.googlegroups.com>
On May 17, 5:08 pm, ddf <orat..._at_msn.com> wrote:
> On May 17, 12:51 am, Ind-dba <oraclear..._at_googlemail.com> wrote:
>
>
>
> > On May 16, 2:30 am, "stevedhow..._at_gmail.com" <stevedhow..._at_gmail.com>
> > wrote:
>
> > > On May 15, 11:47 am, a..._at_unsu.com wrote:
>
> > > > Statistic Total
> > > > -------------------------------- --------------------
> > > > BUSY_TIME 14,954,028
> > > > IDLE_TIME 121,666,971
> > > > NICE_TIME 0
> > > > SYS_TIME 6,017,299
> > > > USER_TIME 8,936,729
> > > > LOAD 3
> > > > RSRC_MGR_CPU_WAIT_TIME 0
> > > >>>>>>>>>>>> PHYSICAL_MEMORY_BYTES 77,192 <<<<<<<<<<
> > > > NUM_CPUS 16
> > > > NUM_CPU_SOCKETS 4
>
> > > This section is puzzling. How much RAM do you have?
>
> > There is an issue with PHYSICAL_MEMORY_BYTES column in v$osstat view.
> > This is well explained in following link.http://phlonx.com/blog/fred/index.php/2009/03/20/vosstat-anomaly/-Hide quoted text -
>
> > - Show quoted text -
>
> One person found this problem in one installation of Oracle, on Linux
> RHEL 4 64-bit. One person. No mention of this on Metalink. One
> instance of a condition doesn't constitute an 'issue'.
>
> You should really do more research before you post such things.
>
> David Fitzjarrell
Date: Mon, 18 May 2009 10:36:37 -0700 (PDT)
Message-ID: <f3e8de59-4537-476a-b614-4cf075e51dcb_at_s28g2000vbp.googlegroups.com>
On May 17, 5:08 pm, ddf <orat..._at_msn.com> wrote:
> On May 17, 12:51 am, Ind-dba <oraclear..._at_googlemail.com> wrote:
>
>
>
> > On May 16, 2:30 am, "stevedhow..._at_gmail.com" <stevedhow..._at_gmail.com>
> > wrote:
>
> > > On May 15, 11:47 am, a..._at_unsu.com wrote:
>
> > > > Statistic Total
> > > > -------------------------------- --------------------
> > > > BUSY_TIME 14,954,028
> > > > IDLE_TIME 121,666,971
> > > > NICE_TIME 0
> > > > SYS_TIME 6,017,299
> > > > USER_TIME 8,936,729
> > > > LOAD 3
> > > > RSRC_MGR_CPU_WAIT_TIME 0
> > > >>>>>>>>>>>> PHYSICAL_MEMORY_BYTES 77,192 <<<<<<<<<<
> > > > NUM_CPUS 16
> > > > NUM_CPU_SOCKETS 4
>
> > > This section is puzzling. How much RAM do you have?
>
> > There is an issue with PHYSICAL_MEMORY_BYTES column in v$osstat view.
> > This is well explained in following link.http://phlonx.com/blog/fred/index.php/2009/03/20/vosstat-anomaly/-Hide quoted text -
>
> > - Show quoted text -
>
> One person found this problem in one installation of Oracle, on Linux
> RHEL 4 64-bit. One person. No mention of this on Metalink. One
> instance of a condition doesn't constitute an 'issue'.
>
> You should really do more research before you post such things.
>
> David Fitzjarrell
David,
If I can add, documentation says that there is an automatic job that runs and keeps stats on tables with missing or stale stats. If this is true, what happened here? A table changed hundreds of time daily and no stats updated since 11/08??
SQL> select table_name, to_char(last_analyzed,'dd-mon-YYYY
hh24:mi:ss'),
monitoring from user_tables where table_name = 'CUSTOMER_ORDER'; 2
TABLE_NAME TO_CHAR(LAST_ANALYZE MON ------------------------------ -------------------- --- CUSTOMER_ORDER 02-nov-2008 01:05:30 YESReceived on Mon May 18 2009 - 12:36:37 CDT