Oracle 10.2.0.4.3 - Statspack top 5 timed events show resmgr:become active

Hello All,
In my statspack I am seeing resmgr:decome active 20,009 seconds waiting. We have 8 queue tables and 8 resource group. Is this resource group or queue tables are causing this wait??
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
resmgr:become active 1,189 20,009 16828 97.4
CPU time 141 .7
control file sequential read 29,319 74 3 .4
os thread startup 73 59 803 .3
DFS lock handle 527 55 104 .3
Regards,
Rashida

You should have a look to the bug #6774317 if that applies to your case.
Nicolas.

Similar Messages

  • Statspack : Top 5 Timed Events - CPU time

    Hi,
    I just get some statspack reports on my 10.2.0.2 database (HP-UX 11i).
    I'm just surprise about the CPU time into the Top-5 events.
    Top 5 Timed Events                                                    Avg %Total
    ~~~~~~~~~~~~~~~~~~                                                   wait   Call
    Event                                            Waits    Time (s)   (ms)   Time
    CPU time 4,263 97.3
    latch: cache buffers chains                    197,925          42      0    1.0
    log file parallel write                          8,982          22      2     .5
    log file sync                                    8,620          22      3     .5
    wait list latch free                               399           7     17     .2What does CPU time here ? Is it a problem here ?
    Thanks in advance for your lights.

    Hi,
    it seems that your database experiences a high SQL workload. The section of statspack report called "Top SQLs by Buffer Gets" might give you an idea what SQLs caused this CPU workload.

  • StatsPack Report Top 5 Timed Events

    Here is my StatsPack report , The 1st one is base line, Performance looks nice here , but in 2nd and 3rd its not good. Need suggestion , what this reprot mean. and what should i do next.
    Cache Sizes (end)
    ~~~~~~~~~~~~~~~~~
    Buffer Cache: 1,920M Std Block Size: 16K
    Shared Pool Size: 304M Log Buffer: 20,480K
    Performance is good here
    Top 5 Timed Events
    ~~~~~~~~~~~~~~~~~~ % Total
    Event Waits Time (s) Ela Time
    enqueue 15,551 25,630 41.78
    db file sequential read 1,281,988 10,205 16.64
    CPU time 7,781 12.68
    log file sync 325,921 6,482 10.57
    buffer busy waits 199,959 2,591 4.22
    Performance is not good here
    Top 5 Timed Events
    ~~~~~~~~~~~~~~~~~~ % Total
    Event Waits Time (s) Ela Time
    db file sequential read 1,180,605 10,883 23.99
    CPU time 8,012 17.66
    log file sync 365,098 7,788 17.17
    enqueue 8,906 6,413 14.13
    db file scattered read 137,606 2,930 6.46
    Top 5 Timed Events
    ~~~~~~~~~~~~~~~~~~ % Total
    Event Waits Time (s) Ela Time
    enqueue 14,413 18,029 27.04
    db file sequential read 1,281,801 12,383 18.57
    CPU time 10,002 15.00
    log file sync 356,982 8,488 12.73
    row cache lock 1,765 3,510 5.27

    >
    Top 5 Timed Events
    ~~~~~~~~~~~~~~~~~~ % Total
    Event Waits Time (s) Ela Time
    > enqueue 14,413 18,029 27.04> db file sequential read 1,281,801 12,383 18.57
    CPU time 10,002 15.00
    log file sync 356,982 8,488 12.73
    > row cache lock 1,765 3,510 5.27
    buffer busy waits 199,959 2,591 4.22
    Look into these events, enqueue, row cache lock, buffer busy wait
    select * from V$ENQUEUE_STAT
    to find out which enqueue the database has been waiting on.
    The three events could be related.
    Most likely you have one/some hot objects that a lot queries updating on at the same time.
    also check
    v$session_wait
    when you have the performance issue to find out the hot objects.

  • Async disk IO in TOP 5 timed event

    Hi all,
    I took a statspack report and i found that in the Top 5 timed event we are getting async disk io
    Tablespace IO Stats for DB: ac  Instance: ac11  Snaps: 101 -102
    ->ordered by IOs (Reads + Writes) desc
    Tablespace
                     Av      Av     Av                    Av        Buffer Av Buf
             Reads Reads/s Rd(ms) Blks/Rd       Writes Writes/s      Waits Wt(ms)
    data
           252,567      87    4.9     2.2       17,615        6        393   18.4
    dataNRO
            97,326      34    3.1     3.7          255        0          0    0.0
    dataWRO
            18,237       6    3.6     3.5          595        0          0    0.0
    dataCRO
            10,157       4    4.8     1.8           63        0         22    3.2
    UNDOTBS1
                 3       0   10.0     1.0        4,733        2          1    0.0
    dataERO
             2,906       1    4.2     4.7          237        0          0    0.0
    MFXPIMA
               895       0    6.3     1.0          300        0          0    0.0
    INDX
               852       0   15.7     1.0          250        0          0    0.0
    SYSTEM
               228       0   11.3     1.8           72        0          0    0.0
    dataHO
                 1       0   50.0     1.0            1        0          0    0.0
    dataOTH
                 1       0    0.0     1.0            1        0          0    0.0
    CWMLITE
                 1       0    0.0     1.0            1        0          0    0.0
    DRSYS
                 1       0    0.0     1.0            1        0          0    0.0
    ODM
                 1       0    0.0     1.0            1        0          0    0.0
    RACCONFIG
                 1       0  100.0     1.0            1        0          0    0.0
    TEMPSCHEMA
                 1       0   90.0     1.0            1        0          0    0.0
    TOOLS
                 1       0    0.0     1.0            1        0          0    0.0
    UNDOTBS2
                 1       0   80.0     1.0            1        0          0    0.0
    UNDOTBS3
                 1       0   10.0     1.0            1        0          0    0.0
    USERS
                 1       0    0.0     1.0            1        0          0    0.0
    XDB
                 1       0    0.0     1.0            1        0          0    0.0
    File IO Stats for DB: ac  Instance: ac11  Snaps: 101 -102
    ->ordered by Tablespace, File
    Tablespace               Filename
                     Av      Av     Av                    Av        Buffer Av Buf
             Reads Reads/s Rd(ms) Blks/Rd       Writes Writes/s      Waits Wt(ms)
    data                   /dev/vx/rdsk/racdg/orcl_raw_data01
           252,567      87    4.9     2.2       17,615        6        393   18.4
    dataCRO                /dev/vx/rdsk/racdg/orcl_raw_caddatacro
            10,157       4    4.8     1.8           63        0         22    3.2
    dataERO                /dev/vx/rdsk/racdg/orcl_raw_dataero
             2,906       1    4.2     4.7          237        0          0
    dataHO                 /dev/vx/rdsk/racdg/orcl_raw_dataho
                 1       0   50.0     1.0            1        0          0
    dataNRO                /dev/vx/rdsk/racdg/orcl_raw_datanro
            97,326      34    3.1     3.7          255        0          0
    dataOTH                /dev/vx/rdsk/racdg/orcl_raw_dataoth
                 1       0    0.0     1.0            1        0          0
    dataWRO                /dev/vx/rdsk/racdg/orcl_raw_datawro
            18,237       6    3.6     3.5          595        0          0
    CWMLITE                  /dev/vx/rdsk/racdg/orcl_raw_cwmlite
                 1       0    0.0     1.0            1        0          0
    DRSYS                    /dev/vx/rdsk/racdg/orcl_raw_drsys
                 1       0    0.0     1.0            1        0          0
    INDX                     /dev/vx/rdsk/racdg/orcl_raw_indx01
               852       0   15.7     1.0          250        0          0
    MFXPIMA                  /dev/vx/rdsk/racdg/orcl_raw_mfxpima
               895       0    6.3     1.0          300        0          0
    ODM                      /dev/vx/rdsk/racdg/orcl_raw_odm
                 1       0    0.0     1.0            1        0          0
    RACCONFIG                /dev/vx/rdsk/racdg/orcl_raw_racconfig
                 1       0  100.0     1.0            1        0          0
    SYSTEM                   /dev/vx/rdsk/racdg/orcl_raw_system01
               228       0   11.3     1.8           72        0          0
    TEMPSCHEMA               /dev/vx/rdsk/racdg/orcl_raW_tempschema
                 1       0   90.0     1.0            1        0          0
    TOOLS                    /dev/vx/rdsk/racdg/orcl_raw_tools
                 1       0    0.0     1.0            1        0          0
    UNDOTBS1                 /dev/vx/rdsk/racdg/orcl_raw_undotbs1
                 3       0   10.0     1.0        4,733        2          1    0.0
    UNDOTBS2                 /dev/vx/rdsk/racdg/orcl_raw_undotbs2
    File IO Stats for DB: ac  Instance: ac11  Snaps: 101 -102
    ->ordered by Tablespace, File
    Tablespace               Filename
                     Av      Av     Av                    Av        Buffer Av Buf
             Reads Reads/s Rd(ms) Blks/Rd       Writes Writes/s      Waits Wt(ms)
                 1       0   80.0     1.0            1        0          0
    UNDOTBS3                 /dev/vx/rdsk/racdg/orcl_raw_example
                 1       0   10.0     1.0            1        0          0
    USERS                    /dev/vx/rdsk/racdg/orcl_raw_users
                 1       0    0.0     1.0            1        0          0
    XDB                      /dev/vx/rdsk/racdg/orcl_raw_xdb
                 1       0    0.0     1.0            1        0          0
              -------------------------------------------------------------Can anybody suggest me what we are facing this proble and what is the soln for the same although we are using SAN and our DB is ORacle 9.2.0.6 on sun box

    We are having a 2 cpu on the system
    STATSPACK report for
    DB Name         DB Id    Instance     Inst Num Release     Cluster Host
    ac          1372079993 ac11              1 9.2.0.6.0   YES     ac1
                  Snap Id     Snap Time      Sessions Curs/Sess Comment
    Begin Snap:       101 01-Apr-09 13:10:01    1,112     130.8
      End Snap:       102 01-Apr-09 13:58:14    1,112     132.3
       Elapsed:               48.22 (mins)
    Cache Sizes (end)
    ~~~~~~~~~~~~~~~~~
                   Buffer Cache:     4,288M      Std Block Size:          8K
               Shared Pool Size:       608M          Log Buffer:        977K
    Load Profile
    ~~~~~~~~~~~~                            Per Second       Per Transaction
                      Redo size:             28,267.55              2,373.20
                  Logical reads:              5,172.08                434.22
                  Block changes:                195.00                 16.37
                 Physical reads:                351.31                 29.49
                Physical writes:                  8.34                  0.70
                     User calls:                109.01                  9.15
                         Parses:                 13.71                  1.15
                    Hard parses:                  0.29                  0.02
                          Sorts:                  4.53                  0.38
                         Logons:                  0.06                  0.01
                       Executes:                142.12                 11.93
                   Transactions:                 11.91
      % Blocks changed per Read:    3.77    Recursive Call %:     72.11
    Rollback per transaction %:    0.64       Rows per Sort:    104.78
    Instance Efficiency Percentages (Target 100%)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                Buffer Nowait %:  100.00       Redo NoWait %:    100.00
                Buffer  Hit   %:   93.21    In-memory Sort %:    100.00
                Library Hit   %:   99.62        Soft Parse %:     97.87
             Execute to Parse %:   90.35         Latch Hit %:     99.94
    Parse CPU to Parse Elapsd %:   52.84     % Non-Parse CPU:     99.69
    Shared Pool Statistics        Begin   End
                 Memory Usage %:   90.10   90.77
        % SQL with executions>1:   71.19   72.64
      % Memory for SQL w/exec>1:   72.21   73.13
    Top 5 Timed Events
    ~~~~~~~~~~~~~~~~~~                                                     % Total
    Event                                               Waits    Time (s) Ela Time
    CPU time                                                        4,356    55.57
    async disk IO                                     233,930         986    12.58
    db file sequential read                           185,633         984    12.55
    global cache cr request                           487,188         524     6.68
    db file scattered read                            180,026         428     5.46
              -------------------------------------------------------------

  • PX Deq Credit: send blkd At AWR "Top 5 Timed Events"

    PX Deq Credit: send blkd At Top 5 Timed Events
    Hi ,
    Below are examples of "Top 5 Timed Events" in my Staging data warehouse database.
    ALWAYS , at the most Top 5 Timed Events is the event : PX Deq Credit: send blkd.
    Oracle saids that its an idel event, but since it always at the the top of my AWR reports
    and all the others events are far behind it , i have a feeling that it may indicate of
    a problem.
    Top 5 Timed Events Avg %Total
    ~~~~~~~~~~~~~~~~~~ wait Call
    Event Waits Time (s) (ms) Time Wait Class
    PX Deq Credit: send blkd 3,152,038 255,152 81 95.6 Other
    direct path read 224,839 4,046 18 1.5 User I/O
    CPU time 3,217 1.2
    direct path read temp 109,209 2,407 22 0.9 User I/O
    db file scattered read 31,110 1,436 46 0.5 User I/O
    Top 5 Timed Events Avg %Total
    ~~~~~~~~~~~~~~~~~~ wait Call
    Event Waits Time (s) (ms) Time Wait Class
    PX Deq Credit: send blkd 6,846,579 16,359 2 50.4 Other
    direct path read 101,363 5,348 53 16.5 User I/O
    db file scattered read 105,377 4,991 47 15.4 User I/O
    CPU time 3,795 11.7
    direct path read temp 70,208 940 13 2.9 User I/O
    Hir some more information:
    Its a 500GB database on linux Red hat 4 with 8 CPUs and 16GB memory.
    Its based on an ASM file system.
    From the spfile:
    SQL> show parameter parallel
    NAME_COL_PLUS_SHOW_PARAM VALUE_COL_PLUS_SHOW_PARAM
    parallel_adaptive_multi_user TRUE
    parallel_automatic_tuning FALSE
    parallel_execution_message_size 4096
    parallel_instance_group
    parallel_max_servers 240
    parallel_min_percent 0
    parallel_min_servers 0
    parallel_server FALSE
    parallel_server_instances 1
    parallel_threads_per_cpu 2
    recovery_parallelism 0
    Thanks.

    >
    Metalink Note:280939.1 said:
    "Consider the use of different number for the DOP on your tables.
    On large tables and their indexes use high degree like #CPU.
    For smaller tables use DOP (#CPU)/2 as start value.
    Question 1:
    "On large tables"--> Does Metalink mean to a large
    table by its size (GB) or by number of rows ?
    That's one of those vague things that people say without thinking that it
    could have different meanings. Most people assume that a table that is
    large in Gb is also large in number of rows.
    As far as PQ is concerned I think that large numbers of rows may be more significant than large size, because (a) in multi-layer queries you pass rows around and (b) although the initial rows may be big you might not need all the columns to run the query, so Gb become less relevant once the data scan is complete
    As a strategy for keeping DOP on the tables, by the way, it sounds quite
    good. The difficulty is in the fine-tuning.
    Question 2:
    I checked how many parallel operations had been
    downgraded and found that less than 4% had been
    downgraded. Do you think that i still have to consider
    reducing the DOP ?
    Having lots of slaves means you are less likely to get downgrades. But it's the number of slaves active for a single query that introduce the dequeue waits - so yes, I think you do need to worry about the DOP. (Counter-intuitively, the few downgraded queries may have been performing better than the ones running at full DOP).
    The difficulty is this - do you need to choose a strategy, or do you just need to fix a couple of queries.
    Strategy 1: set DOP to 1 on all tables and indexes, then hint all queries that you think need to run parallel, possibly identifying a few tables and indexes that could benefit from an explicit setting for DOP.
    Strategy 2: set DOP to #CPUs on all very large tables and their indexes and #CPUs/2 on the less large tables and their indexes. Check for any queries that perform very badly and either hint different degrees, or fine-tune the degree on a few tables.
    Strategy 3: leave parallelism at default, identify particularly badly performing queries and either put in hints for DOP, or use them to identify any tables that need specific settings for DOP.
    Starting from scratch, I would want to adopt strategy 1.
    Starting from where you are at present, I would spend a little time checking to see if I could get some clues from any extreme queries - i.e. following strategy 3; but if under a lot of time pressure and saw no improvement I would switch to strategy 2.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk

  • How to retrieve 'top 5 timed events' from AWR

    Hello,
    I have a 10g database and awr is running every hour. How do I get the 'Top 5 Timed Events' from the awr report for every single hour on the last five days worth of awr reports? I can see the awr reports through GRID but where is the actual location of the snapshots? Instead of getting this information from awr reports, can I get 'Top 5 timed events' from the data dictionary for every hour for the last five days? Thank you in advance.

    watson2000 wrote:
    Hello,
    I have a 10g database and awr is running every hour. How do I get the 'Top 5 Timed Events' from the awr report for every single hour on the last five days worth of awr reports? I can see the awr reports through GRID but where is the actual location of the snapshots? Instead of getting this information from awr reports, can I get 'Top 5 timed events' from the data dictionary for every hour for the last five days? The "Top 5" comes from combining information about system events and the time model statistics. The information is stored in a number of tables in the SYS schema with names starting with WRH$, but also exposed in a set of views starting with DBA_HIST.
    To reconstruct the Top 5 hourly for the last five days, you will need to access DBA_HIST_SYSTEM_EVENTS (system events) DBA_HIST_SYS_TIME_MODEL (time model) and DBA_HIST_SNAPSHOT (list of snapshot ids and times).
    It won't be a trivial query, as you need to collect the "DB CPU" entry from dba_hist_system_time_model, union it with the dba_hist_system_events, then take the top 5 for each snapshot from the result. You'll probably need to look at subquery factoring and analytic functions to make this as efficient as possible.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    "Science is more than a body of knowledge; it is a way of thinking"
    Carl Sagan
    To post code, statspack/AWR report, execution plans or trace files, start and end the section with the tag {noformat}{noformat} (lowercase, curly brackets, no spaces) so that the text appears in fixed format.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • Slow DB performance; Top 5 timed events provided

    DB version:10gR2
    OS: aix
    Due to the slow performance of our DB, we took an AWR snapshot.
    The Top 5 timed events from our instance is shown below(Shown vertically due to formatting problems)
    Event that ranked first
    <font color="red"><b>CPU time</b></font>
    Waits - Blank
    Time(s)-29,387
    Avg Wait(ms) - Blank
    % Total Call Time - Blank
    Wait Class - Blank
    Event that ranked second
    <font color="red"><b>read by other session</b></font>
    Waits - 31,138,754
    Time(s)-9,768
    Avg Wait(ms) - 0
    % Total Call Time - 15.5
    Wait Class - User I/O
    Event that ranked third
    <font color="red"><b>db file sequential read</b></font>
    Waits - 22,618,061
    Time(s)-7,768
    Avg Wait(ms) - 0
    % Total Call Time - 12.5
    Wait Class - User I/O
    Event that ranked fourth
    <font color="red"><b>db file scattered read</b></font>
    Waits - 16,763,238
    Time(s)-7,768
    Avg Wait(ms) - 0
    % Total Call Time - 12.5
    Wait Class - User I/O
    Event that ranked fifth
    <font color="red"><b>enq: TM - contention</b></font>
    Waits - 539
    Time(s)-1,548
    Avg Wait(ms) - 2,898
    % Total Call Time - 2.5
    Wait Class - ApplicationDo you guys have any suggestions based upon the above mentioned Top 5 timed events? Do you need any other info from our AWR snapshot?

    DB version:10gR2
    OS: aix
    Due to the slow performance of our DB, we took an AWR
    snapshot.You mean "slow performance of your application", not "slow performance of your DB"?
    Database is just a storage room where you store stuff. Your storing and retrieving
    items from the storage room may or may not be too slow but the storage room itself
    is neither fast nor slow.
    The Top 5 timed events from our instance is shown
    below(Shown vertically due to formatting problems)
    Event that ranked first
    <font color="red"><b>CPU time</b></font>
    Waits - Blank
    Time(s)-29,387
    Avg Wait(ms) - Blank
    % Total Call Time - Blank
    Wait Class - BlankThis is a strong indication that there is a problem. Your SQL is burning CPU which is
    something that doesn't happen in a normal DB server. Oracle is probably doing hash join
    of small tables or something of that nature.
    >
    >
    Event that ranked second
    <font color="red"><b>read by other
    session</b></font>This happens when several sessions start requesting the same block to be read into SGA.
    The definition of the event can be found here:
    http://www.confio.com/English/Collaterals/Newsletter/2006/200601_TheOracleResource.pdf
    My experience with this wait event is that I see a lot of it when CURSOR_SHARING is set
    to "FORCE". In addition to CONFIO's solution, you can also switch to Oracle11g and use client caching. Also, you can rebuild your hottest indexes as reverse indexes, as long as you
    don't use them for range scans.
    Waits - 31,138,754
    Time(s)-9,768
    Avg Wait(ms) - 0
    % Total Call Time - 15.5
    Wait Class - User I/O
    Event that ranked third
    <font color="red"><b>db file sequential
    read</b></font>This is usually a sign of Oracle doing lots of index reads. Normally, this event is not something to be concerned about.
    Waits - 22,618,061
    Time(s)-7,768
    Avg Wait(ms) - 0
    % Total Call Time - 12.5
    Wait Class - User I/O
    Event that ranked fourth
    <font color="red"><b>db file scattered
    read</b></font>This event is waited on during a full table scan. This is perfectly in line with high CPU consumtion. You probably have quite a few hash joins.
    Waits - 16,763,238
    Time(s)-7,768
    Avg Wait(ms) - 0
    % Total Call Time - 12.5
    Wait Class - User I/O
    Event that ranked fifth
    <font color="red"><b>enq: TM - contention</b></font>Now, this is strange. TM locks are table locks. TX locks are transaction locks. You
    are waiting for the TABLE locks. It frequently happens when a report is ported from
    another database which doesn't normally enforce ACID requirements. Report tools
    cope with that by locking tables in the shared mode. If that kind of thing was allowed
    to run unchanged on an Oracle RDBMS, it will cause endless concurrency problems.
    I believe that this might be the root of the evil. However, without the insight into your
    application a definite "maybe" is all I can tell you.
    Do you guys have any suggestions based upon the above
    mentioned Top 5 timed events? Do you need any other
    info from our AWR snapshot?Gals should not respond?

  • Os thread startup in Top 5 Timed Events AWR

    Hi all,
    I have Oracle 10.2.0.5 for HP UX
    I'm experiencing some slowness. While checking AWR I see the following:
    Top 5 Timed Events
    Event     Waits     Time(s)     Avg Wait(ms)     % Total Call Time     Wait Class
    CPU time          732          28.0     
    os thread startup      983      665      676      25.4     Concurrency
    log file switch (checkpoint incomplete)     1,279     617     482     23.6     Configuration
    row cache lock     98,641     577     6     22.1     Concurrency
    latch: session allocation     1,377     253     184     9.7     Other
    What could be the reason for os thread startup?
    too many processes due to parallellism?
    I have all tables in NOPARALLEL.
    And regarding log file switch (checkpoint incomplete), I changed redo size from 100 MB to 200 MB to reduce the frequency of logswitching.
    Thanks in advance.

    GOOGLE is your friend, but only when you actually use it!
    http://karlarao.wordpress.com/2009/04/06/os-thread-startup/

  • CPU Time in Top 5 Timed Events

    Hi,
    We have a 2 node RAC database(10.2.0.3) on Solaris 10.
    There is performance issue with CMRO application R12.
    In database I see CPU time consistently as the top wait event in the Top 5 Timed Events.
    This is mostl followed by db file sequential read.
    For one of the days:
    Top 5 Timed Events
    Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
    CPU time 8,383 82.8
    db file sequential read 173,417 838 5 8.3 User I/O
    SQL*Net break/reset to client 26,015 651 25 6.4 Application
    enq: TX - row lock contention 1,063 356 335 3.5 Application
    gcs log flush sync 37,747 88 2 .9 Other
    For other day:
    Top 5 Timed Events
    Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
    CPU time 25,286 62.0
    db file sequential read 2,644,332 8,267 3 20.3 User I/O
    gc buffer busy 1,358,725 3,830 3 9.4 Cluster
    read by other session 438,494 1,169 3 2.9 User I/O
    SQL*Net more data to client 19,423 879 45 2.2 Network
    Any idea of the of the bottleneck?
    Thanks

    8 CPUs, load average 4, runqueue 0 and usage 30-35%
    Does this indicate any issue with system resourcesNO. Not at all.
    However a poor schema design or inefficient SQL execution can mean that a query that should do 100 'consistent gets' is doing 10,000 'consistent gets' -- in the buffer cache, consuming CPU and not waiting for I/O. This is a scenario where you have idle CPU but CPU usage is inefficient. (Thus, for example, adding more CPUs will not help your users at all).
    So you should look at the queries and see if queries can be improved.
    If, on the other hand, users are not complaining of performance and all response times are within expectations, than you have no issue at all.
    Hemant K Chitale

  • Reliable message - Top first timed events

    Hi All,
    One fo my Db having reliable message as top first timed events. Does anyone have an idea about this cause and the solution for this . Please do the needful.
    Event Waits Time(s) Avg wait (ms) % DB time Wait Class
    reliable message 685,139 24,625 36 29.58 Other
    Thanks

    http://arulselvaraj.blogspot.com/2011/01/drop-tablespace-waiting-on-reliable.html

  • Differences between "top 5 timed events" and "Top 5 Timed Foreground Events

    Dear all,
    i want to know what is the difference between "top 5 timed events" and "Top 5 Timed Foreground Events" in AWR reports
    the meaning the same is?
    thanks to all.

    chijar wrote:
    Dear all,
    i want to know what is the difference between "top 5 timed events" and "Top 5 Timed Foreground Events" in AWR reports
    the meaning the same is?
    thanks to all.what is the difference between foreground & background sessions?

  • Top 5 Timed Events

    Hi,
    I am getting following in my statspack report for one of the server.
    PL/SQL lock timer
    direct path write
    direct path read
    Any tips how can I investigate.
    Regards,
    Umair

    direct path write/read is sorting in temporary space (ussually).
    Try to increase sort_area_size
    (You can find in your statpack report quantity of sorts in memory and on the disk.)

  • "ARCH wait on SENDREQ" is top in top 5 timed events

    my database is two node rac (10.2.0.4)database.my database performance is very slow.
    please suggest how to reduce the "ARCH wait on SENDREQ".
    thanks in advance
    karthi

    This wait event will not impact on user sessions. No end user has ever telephoned the help desk to complain that "the wait event such-and-such is too high". What are they complaining about? For example, is it a query that takes too long? Or a batch job that doesn't finish in time? You need to focus on the problem before trying to find a solution.

  • Latch: session allocation in top 5 wait events

    Hi,
    This wait event session is coming in the top 5 timed events
    How to proceed for solving this issue?
    This database is only being used for migration activities currently,which means a lot of imports going on.
    PFB the Top 5 Timed Foreground Events
    ++++++++++++++++++
    Event     Waits     Time(s)     Avg wait (ms)     % DB time     Wait Class
    DB CPU          8,437          57.95     
    latch: session allocation     2,035,326     3,671     2     25.22     Other
    wait list latch free     243,511     2,448     10     16.81     Other
    direct path write     504,262     363     1     2.49     User I/O
    log file sync     39,396     156     4     1.07     Commit
    ++++++++++++++++++
    Cheers,
    Kunwar

    user9131570 wrote:
    This database is only being used for migration activities currently,which means a lot of imports going on.
    PFB the Top 5 Timed Foreground Events
    ++++++++++++++++++
    Event     Waits     Time(s)     Avg wait (ms)     % DB time     Wait Class
    DB CPU          8,437          57.95     
    latch: session allocation     2,035,326     3,671     2     25.22     Other
    wait list latch free     243,511     2,448     10     16.81     Other
    direct path write     504,262     363     1     2.49     User I/O
    log file sync     39,396     156     4     1.07     Commit
    ++++++++++++++++++
    A little more information would help - you could start with the Load Profile section, and the summary of the number of sessions, CPU, and memory. Also OSSTATs might be helpful and the Time Model stats. The version of Oracle might also be relevant.
    See the note below about using the "code" tag and preview option.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    To post code, statspack/AWR report, execution plans or trace files, start and end the section with the tag {noformat}{noformat} (lowercase, curly brackets, no spaces) so that the text appears in fixed format.
    There is a +"Preview"+ tab at the top of the text entry panel. Use this to check what your message will look like before you post the message. If it looks a complete mess you're unlikely to get a response. (Click on the +"Plain text"+ tab if you want to edit the text to tidy it up.)
    +"Science is more than a body of knowledge; it is a way of thinking"+
    +Carl Sagan+                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • (  name-service call wait   ) event   is amoung the top 5 wait events

    10.2.0.3 2node- RAC
    When I check the wait event in the active session wait event the sessions can be see that they are blocked by the LMON process. The wait event appears only on one node.
    It is very hard to find information on the net or on the metalink.
    How could I overcome this wait event ?
    select program, type from v$session
         where sid in
         (select blocking_session from v$active_session_history
                   where event like 'name-service%'
         and rownum < 1000 )
    oracle@dbokyanus1 (LMON) , BACKGROUND
    Top 5 Timed Events Avg %Total
    ~~~~~~~~~~~~~~~~~~ wait Call
    Event Waits Time (s) (ms) Time
    db file sequential read 4,331,507 15,218 *4* *31.2*
    CPU time *8* *17.5*
    log file sync 1,462,968 5,513 *4* *11.3*
    name-service call wait 72,058 4,545 *63* *9.3*
    SQL*Net message from dblink 4,197 4,047 *964* *8.3*

    oceanic-815 wrote:
    10.2.0.3 2node- RAC
    When I check the wait event in the active session wait event the sessions can be see that they are blocked by the LMON process. The wait event appears only on one node.
    It is very hard to find information on the net or on the metalink.
    If I use Google to find information about this
    I ran into this page.
    There is indeed not much to find about this wait-event, other than there is probably some sort of network communication problem between the two nodes.
    Maybe the best solution is to raise a S/R at Oracle support

Maybe you are looking for