'%Total Call Time ' in AWR report

Hi.
I have a quick question here,
For the awr report, the ‘Top 5 Timed Events’ section, does anybody knows how the ‘%Total Call Time ‘ is calculated for each event listed there?
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time Wait Class
PX Deq Credit: send blkd 5,682,600 3,816 1 39.8 Other
db file scattered read 91,236 1,681 18 17.5 User I/O
CPU time 1,347 14.0
log file sync 99,426 752 8 7.8 Commit
log file parallel write 97,921 523 5 5.4 System I/O
Thanks,
Lei

922884 wrote:
Hi,
Db version is 10.2.0.4.0
What is meaning of waits and % Total Call Time in Top 5 Timed Events in AWR report? Waits is the number of times a session waited on a particular call
% Total Call Time is the total time spent in this event divided by the db time, converted to a percentage.
It gives you some idea of how signifcant this event was in the total time spent waiting by the user. Unfortunately the SQLNet times are excluded in the calculations, so there is a component of time that (from the end-users' perspective) is lost.
How to read AWR report?Where i have to start from it?
The best place to start is probably still the white paper about statspack produced by Oracle 11 years ago: http://www.oracle.com/technetwork/database/focus-areas/performance/statspack-opm4-134117.pdf
How the values are calculated in awr? For example db time is 556.15 and elapsed time is 1,439.73 .
elapsed time is the clock time between the start and end time of the snapshots, reportedin in minutes - in your case your report covers 24 hours which is generally far too long to be useful.
db time is the time your sessions were active "inside" the database - again in minutes - and it's a measure of how much time you spent working. It is the sum of wait time and CPU time.
Regards
Jonathan Lewis

Similar Messages

Updating AUD$ consumes most of the time in AWR report.

Hi All,
It's really good to see, great people passing their help to folks like us and making our life easier. Going forward,I am investigating on of the performance issue and analyzing the AWR report. By looking AWR, I did find updating aud$ taking most of times in AWR report. Following are the information , I extracted from the database and AWR report. Please see, what can be done to take away the bottlenecks.
Version -- 11.1.0.6.0
OS      -- HPUXX Itanium
Event                                 Waits     Time(s)   (ms)   time Wait Class
enq: BF - allocation contentio        9,007       6,893    765   45.5 Other
DB CPU                                            2,565          16.9
db file scattered read              555,031       2,428      4   16.0 User I/O
read by other session               288,910       1,428      5    9.4 User I/O
PX Deq Credit: Session Stats         22,650         231     10    1.5 Other
209fr01svbb5s
                                                          wait   % DB
Event                                 Waits     Time(s)   (ms)   time Wait Class
db file scattered read              291,023       1,973      7   61.6 User I/O
DB CPU                                              890          27.8
read by other session                81,495         340      4   10.6 User I/O
log file sync                         1,210          21     17     .6 Commit
db file sequential read              30,452          15      0     .5 User I/O
Elapsed      CPU                  Elap per % Total
Time (s)   Time (s) Executions   Exec (s) DB Time    SQL Id
     3,134        833          118       26.6    97.9 209fr01svbb5s
update sys.aud$ set action#=:2, returncode=:3, logoff$time=cast(SYS_EXTRACT_UTC(
systimestamp) as date), logoff$pread=:4, logoff$lread=:5, logoff$lwrite=:6, logo
ff$dead=:7, sessioncpu=:8 where sessionid=:1 and entryid=1 and action#=100
-------------------------- Plan from Cursor ---------------------------------------
SQL_ID 209fr01svbb5s, child number 0
update sys.aud$ set action#=:2, returncode=:3,
logoff$time=cast(SYS_EXTRACT_UTC(systimestamp) as date),
logoff$pread=:4, logoff$lread=:5, logoff$lwrite=:6, logoff$dead=:7,
sessioncpu=:8 where sessionid=:1 and entryid=1 and action#=100
Plan hash value: 1651467381
| Id | Operation          | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | UPDATE STATEMENT   |      |       |       |     2 (100)|          |
|   1 | UPDATE            | AUD$ |       |       |            |          |
|* 2 |   TABLE ACCESS FULL| AUD$ |     1 |   139 |     2   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   2 - filter(("ENTRYID"=1 AND "ACTION#"=100 AND "SESSIONID"=:1 AND
              ("SPARE2" IS NULL OR USERENV('ISDBA')='TRUE')))
++++ Last Anylzsed +++++
TABLE_NAME                     LAST_ANAL
AUD$                           08-NOV-07
++++++++ Table Size ++++++++++++++++++++++
SQL> select sum(bytes)/1024/1024 "Audit Size" from dba_segments where segment_name='AUD$';
Audit Size
      2469Regards

Before purging audit data I would suggest two things. First what is the time period for the report in question? If it is for a low usage period then the audit activity as a percentage of the overall load may be a bit distorted. It may also be worth checking to see what information the audit captured as you could have a contractual or legal obligation to capture the data.
Second and most import look to see what audit rules are in effect. By just removing a few unneeded rules such as auditing successful logins/logoffs or changing from by access to by session for specific objects you could potentially remove most of the activity being shown.
You may also want to check to see if a purge job has been set up. See dba_scheduler_jobs and Oracle proviced package: DBMS_AUDIT_MGMT.
HTH -- Mark D Powell --

Old query taking substantial CPU time in AWR report

Hi,
We have a particular query which used to generate substantial CPU wait event in the AWR report.On of our DBA's killed the query some days back but still today's AWR report shows that particular query as the largest CPU consumer (50%). When I checked from the view V$SQL the last execution time was of 23-02-2011.
My question is after the query gets killed does it still show in the v$SQL ? And why is it still showing in the SQL BY ELAPSED TIME section ?
Please help.

No it is a select statement. I AM PASTING THE QUERY BELOW.
select /*+ FULL(COMP_TM) FULL(TRANS_TM) FULL(INVC_TM) */
            CUST_BE_ID     ,
            DISTR_BE_ID    ,
            FG_BE_ID         ,
            KIT_BE_ID        ,
            BG_ID_NO_BE_ID         ,
         ACTL_TERR_BE_ID       ,
            CORE_TERR_BE_ID      ,
        sum(     JNJ_LIST_AMT ) AS JNJ_LIST_AMT,
            sum(     JNJ_PYMT_AMT            ) AS JNJ_PYMT_AMT,
            sum(     JNJ_QTY           ) AS JNJ_QTY,
            sum(     JNJ_REB_AMT ) AS JNJ_REB_AMT,
            sum(     JNJ_SLS_AMT ) AS JNJ_SLS_AMT,
            sum(     KIT_LIST_AMT   ) AS KIT_LIST_AMT,
            sum(     KIT_QTY           ) AS KIT_QTY,
            sum(     KIT_SLS_AMT   ) AS KIT_SLS_AMT,
            sum(     FG_PYMT_AMT            ) AS FG_PYMT_AMT,
            sum(     FG_QTY           ) AS FG_QTY,
            sum(     FG_REB_AMT   ) AS FG_REB_AMT,
            sum(     FG_SLS_AMT   ) AS FG_SLS_AMT,
            sum(     FG_LIST_AMT   ) AS FG_LIST_AMT,
            to_date('15'||substr(COMP_TM.FISC_MO_CD,8,2)||substr(COMP_TM.FISC_MO_CD,3,4),'DDMMYYYY') AS     TRANS_MO_DATE,
            to_number(substr(COMP_TM.FISC_MO_CD,3,4) ) AS PRD_YR_CD,
            to_number(substr(COMP_TM.FISC_MO_CD,8,2) ) AS PRD_MO_CD,
            CONTR_PRD_TIER_NO,
            COMP_TM.FISC_MO_OID AS COMP_MO_BE_ID,
            CLSD_YR_FLG,
            ADJM_TRANS_CD,
            INVC_TM.FISC_MO_OID AS INVC_MO_BE_ID,
            ORD_TYP_CD,
            TRANS_TM.FISC_MO_OID AS TRANS_MO_BE_ID
from
            FACT_DLY_ALGND_SLS F, DIM_TM_MV TRANS_TM,
            DIM_TM_MV INVC_TM, DIM_TM_MV COMP_TM
/***** comment out for loading historical data.... ***/
WHERE F.PRD_YR_CD >= (select case when to_number(to_char(sysdate,'MM')) <= 3
                     then to_number(to_char(sysdate,'YYYY'))-1
                           else to_number(to_char(sysdate,'YYYY'))
                           end case from dual
-- and F.PRD_YR_CD = '2008'
AND F.COMP_DT_BE_ID=COMP_TM.BE_ID
AND F.TRANSACTION_DATE = TRANS_TM.DAY_STRT_PRD_OF_TM
AND TRANS_TM.DAY_OID = TRANS_TM.BE_ID
AND F.INVC_DT = INVC_TM.DAY_STRT_PRD_OF_TM
AND INVC_TM.DAY_OID = INVC_TM.BE_ID
group by
            CUST_BE_ID     ,
            DISTR_BE_ID    ,
            FG_BE_ID         ,
            KIT_BE_ID        ,
            BG_ID_NO_BE_ID         ,
         ACTL_TERR_BE_ID       ,
            CORE_TERR_BE_ID      ,
            to_date('15'||substr(COMP_TM.FISC_MO_CD,8,2)||substr(COMP_TM.FISC_MO_CD,3,4),'DDMMYYYY'),
            to_number(substr(COMP_TM.FISC_MO_CD,3,4) ),
            to_number(substr(COMP_TM.FISC_MO_CD,8,2) ),
            CONTR_PRD_TIER_NO,
            COMP_TM.FISC_MO_OID ,
            CLSD_YR_FLG,
            ADJM_TRANS_CD,
            INVC_TM.FISC_MO_OID ,
            ORD_TYP_CD,
            TRANS_TM.FISC_MO_OIDI am wrong in the previous post. Actually the elapsed time in the AWR was showing 840 mins.

Keeping track of total call time within current mo...

My new phone account has limited calltime included.. how can I keep track of the total time on outgoing calls in a given month? ( N8 )

Would you prefer a third party app or an inbuilt one? You can use the call log option on your phone, and check the "dialled numbers" timer. You would see how many minutes you have used. You can just clear these counters at the end of each month.
For third party app, you can try this: http://store.ovi.com/content/132391
If you find my post helpful please click the green star on the left under the avatar. Thanks.

Enq: TX - row lock contention in AWR reports

Dears,
One of my friends asked me to give him a help on analyzing a performance problem they are experimenting from time to time. First of all I am sorry to tell you that he didn’t gave me a lot of information. I will share with you all what I have been sent and would like to have your precious advice according to the available information.
It is a third party software installed on oracle data base 10.2.0.4.0. He said that from time to time the application hangs. He sends me an AWR reports supplied by the local DBA. Unfortunately, the local DBA send only the AWR information he thinks are most important to be looked at (he did not include the load profile and the instance efficiency Percentages part in this AWR for example).
Here below is the available information I can share with you
                                                                         Snap time                                       sessions        cursors/session
Begin Snap        09-mars-11 08:00:03              31                     6.5
End Snap          09-mars-11 08:39:49              41                     9.8
Elapsed           39.77 (mins)
DB Time           536.65(mins)
Top 5 Timed Events
Event                          Waits   Time(s)    Avg Wait(ms)    % Total Call Time     Wait Class
enq: TX - row lock contention 8,468    25,344       2,993            78.7             Application
read by other session          714,628   4,604         6               14.3             User I/O
db file sequential read        323,264 1,977         6               6.1              User I/O
CPU time                                 171                          .5
db file scattered read          1,885   49           26               .2               User I/OThe AWR reports presents also the following SQL statement as the top SQL of its ‘’SQL ordered by Elapsed Time’’ part
UPDATE xxxx.table1
   SET col1 = :1,
       col2 = :2,
       col3 = :3,
       col4 = :4,
WHERE ID = :13
AND colx = :14;And the following sql at its “SQL ordered by Reads’ part
SELECT t1.*
FROM xxxx.table1 t1
LEFT OUTER JOIN xxxx.table2 t2
       ON t1.id = t2.id
LEFT OUTER JOIN xxxx.table3 t3
       ON t1.id = t3.id
LEFT OUTER JOIN xxxx.table4 t4
       ON t1.id = t4.id
WHERE t1.col1 = :1
AND   t1.col2 IN (:2,:3, :4);And finally in the Segments by Row Lock Waits part of the AWR I have this:
Owner      tablespace name    object name   object type   row lock waits   %of capture
xxxx          xxxx          table1         TABLE          54       100    There are no bitmap indexes on this OLTP data base. There are no unindexed foreign keys and it seems that there are no selects done over a dblink.
I am waiting to have the table table1 script and its indexes
Given those information I think that the locking problem is due to this update on table table1 which is not followed immediately by a commit or a rollback. But, instead, several selects that might be taking a long time are done before reaching the commit that ends the lock on the table table1
What do you think about the possible reason of this lock?
Thanks in advance
Mohamed Houri

Dears,
I did get the suspected query and asked for its several explain plans thanks to the dbms_xplan.display_awr. The most important thing to point out is that the last where clause of this query seems to be dynamically filled-up
SELECT t1.*
FROM xxxx.table1 t1
LEFT OUTER JOIN xxxx.table2 t2
       ON t1.id = t2.id
LEFT OUTER JOIN xxxx.table3 t3
       ON t1.id = t3.id
LEFT OUTER JOIN xxxx.table4 t4
       ON t1.id = t4.id
WHERE t1.col1 = :1
AND   t1.col2 in (:2 , :3 , :4 , :5 , :6 , :7 , :8 )
| Id | Operation                      | Name                    | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT               |                         |       |       |    14 (100)|          |
|   1 | NESTED LOOPS OUTER            |                         |     1 |   280 |    14   (0)| 00:00:01 |
|   2 |   NESTED LOOPS OUTER           |                         |     1 |   226 |     9   (0)| 00:00:01 |
|   3 |    NESTED LOOPS OUTER          |                         |     1 |   216 |     6   (0)| 00:00:01 |
|   4 |     TABLE ACCESS BY INDEX ROWID| TABLE1                  |     1 |   141 |     4   (0)| 00:00:01 |
|   5 |      INDEX RANGE SCAN          | SYS_C0010893            |     1 |       |     3   (0)| 00:00:01 |
|   6 |     TABLE ACCESS BY INDEX ROWID| TABLE2                  |     1 |    75 |     2   (0)| 00:00:01 |
|   7 |      INDEX UNIQUE SCAN         | SYS_C0010774            |     1 |       |     1   (0)| 00:00:01 |
|   8 |    INDEX RANGE SCAN            | SYS_C0010896            |     3 |    30 |     3   (0)| 00:00:01 |
|   9 |   TABLE ACCESS BY INDEX ROWID | TABLE3                  |    11 |   594 |     5   (0)| 00:00:01 |
| 10 |    INDEX RANGE SCAN            | SYS_C0010910            |    11 |       |     3   (0)| 00:00:01 |
SELECT t1.*
FROM xxxx.table1 t1
LEFT OUTER JOIN xxxx.table2 t2
       ON t1.id = t2.id
LEFT OUTER JOIN xxxx.table3 t3
       ON t1.id = t3.id
LEFT OUTER JOIN xxxx.table4 t4
       ON t1.id = t4.id
WHERE t1.col1 = :1
AND   t1.col2 in (:2 , :3 , :4 , :5 , :6 , :7 , :8 , :9 , :10 , :11 , :12 , :13 , :14 , :15 , :16 ,
:17 , :18 , :19 , :20 , :21 , :22 , :23 , :24 , :25 , :26 , :27 , :28 , :29 , :30 , :31 , :32 ,
:33 , :34 , :35 , :36 , :37 , :38 , :39 , :40 , :41 , :42 , :43 , :44 , :45 , :46 , :47 , :48 ,
:251 , :252 , :253 , :254 , :255 , :256 , :257 ) ;
| Id | Operation                       | Name                    | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                |                         |       |       | 5943 (100)|          |
|   1 | NESTED LOOPS OUTER             |                         | 9210 | 2536K| 5943   (1)| 00:01:12 |
|   2 |   NESTED LOOPS OUTER            |                         |   885 |   195K| 1784   (0)| 00:00:22 |
|   3 |    NESTED LOOPS OUTER           |                         |   255 | 55080 | 1019   (0)| 00:00:13 |
|   4 |     INLIST ITERATOR             |                         |       |       |            |          |
|   5 |      TABLE ACCESS BY INDEX ROWID| TABLE1                  |   255 | 35955 |   509   (0)| 00:00:07 |
|   6 |       INDEX UNIQUE SCAN         | SYS_C0010893            |   255 |       |   258   (0)| 00:00:04 |
|   7 |     TABLE ACCESS BY INDEX ROWID | TABLE2                  |     1 |    75 |     2   (0)| 00:00:01 |
|   8 |      INDEX UNIQUE SCAN          | SYS_C0010774            |     1 |       |     1   (0)| 00:00:01 |
|   9 |    INDEX RANGE SCAN             | SYS_C0010896            |     3 |    30 |     3   (0)| 00:00:01 |
| 10 |   TABLE ACCESS BY INDEX ROWID   | TABLE3                  |    10 |   560 |     5   (0)| 00:00:01 |
| 11 |    INDEX RANGE SCAN             | FK_TABLE3               |    10 |       |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------------------   Suddenly there is an INLIST ITERATOR that pops up and which seems to be started 255 times and the ‘quick’ query which in normal situation (small in list) executes in less than 1 second starts now taking more than 1 minute to complete.
As far as it is a third party software, they can’t change the query.
Do you have any idea on how to solve this problem?
Here below are the optimizer parameters
SQL> show parameter optimizer
NAME                                 TYPE        VALUE
optimizer_dynamic_sampling           integer     2
optimizer_features_enable            string      10.2.0.4
optimizer_index_caching              integer     0
optimizer_index_cost_adj             integer     100
optimizer_mode                       string      ALL_ROWS
optimizer_secure_view_merging        boolean     TRUEThanks in advance
Mohamed Houri

CPU time in AWR reprot

We are using Oracle 10g on Linux. Followings are some contents from the AWR report:
Elapsed:            60.26 (mins)
DB Time:           437.27 (mins)Here why the DBTime is greater than Elapsed Time. Is it due to the fact that this is the total time spent in user calls by multiple sessions i.e. ( some sessions were on CPU, some were in IDLE state waiting for I/O)
The below statistics show that CPU was used only for 5,363 seconds. We have 8 CPU grid, so total CPU time is 60.26*8=482.08 Min. I want to know where does the remaining time was spent. Also there is 20.4% of Total Call Time. How does it is calculated.
CPU time            5,363            20.4The below statistics for reference:
BUSY_TIME      1,218,675
IDLE_TIME      1,675,112
IOWAIT_TIME      1,201,946
NICE_TIME      0
SYS_TIME              210,435
USER_TIME      901,039
LOAD              9
RSRC_MGR_CPU_WAIT_TIME      0
PHYSICAL_MEMORY_BYTES      33,701,023,744
NUM_CPUS      8
NUM_CPU_SOCKETS      2

Hello,
This link may help you.
<<http://savvinov.com/2012/04/06/awr-reports-interpreting-cpu-usage/>>
Regards,

CPU usage calculation for AWR report

We took an AWR snapshot and CPU time ranked number 1 in the Top 5 timed events .
How do i calculate the CPU usage during the snap Interval?
Details about CPU TIME from TOP 5 timed events
Event - CPU time
Waits - Blank
Time(s)- 1,877
Avg Wait(ms) - Blank
% Total Call Time - 92.3
Wait Class - BlankThe snap shot period (interval) was 30 minutes (Mentioned as ELAPSED after "Begin Snap" and "End Snap" at the beginning of the AWR report)

try something like this:
SELECT end_time, instance_number, metric_name, AVERAGE, MAXVAL, STANDARD_DEVIATION
FROM dba_hist_sysmetric_summary
WHERE metric_name LIKE 'Host CPU Utilization (%)'
AND snap_id = <&snap_id
/

Understanding awr reports...

HI, I am trying to understand information we have in our AWR reports. In the section top 5 timed events we usually see something like the following...
Top 5 Timed Events
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 1,855 83.9
db file sequential read 101,452 395 4 17.9 User I/O
gc current block 2-way 156,259 51 0 2.3 Cluster
gc cr block 2-way 98,696 34 0 1.5 Cluster
log file sync 23,665 21 1 1.0 Commit
So when it says the CPU time is the top timed event and it is 83.9% of the top 5 timed events what does that actually mean? Is that a good thing that the CPU time is my top timed event? My system is running very good and I am assuming that this is a good thing?
Thanks.

>
Top 5 Timed Events
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 1,855 83.9
db file sequential read 101,452 395 4 17.9 User I/O
gc current block 2-way 156,259 51 0 2.3 Cluster
gc cr block 2-way 98,696 34 0 1.5 Cluster
log file sync 23,665 21 1 1.0 Commit
My system is running very good and I am assuming that this is a good thing?
This doesn't mean anything without a context. For a start - are you taking snapshots at the default 1 hour interval, how many CPUs do you have, and how many nodes in your cluster. (I'd guess it's just two).
The best answer is from Taral Desai - but I'd like to add [+*this thought*+|http://jonathanlewis.wordpress.com/2009/09/10/philosophy-5/] >.
Note - even if your 1,855 seconds of CPU is (effectively) one out of 16 CPUs running at 50% utilisation for an hour - which would make your AWR report look as if the database is pretty idle - it may be that one user is sitting at his desk swearing because his report took 900 (CPU) seconds to run when he reckons he should be getting a sub-second response.
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.
"Science is more than a body of knowledge; it is a way of thinking"
Carl Sagan

Help in Analyzing AWR Report.....

We have faced a performance issue in particular two programs which usually takes only seconds to run (it ran 0.8 and 0.6 sec respectively last month). But it took 2 and 1.4 hrs respectively and when took the AWR report for the run period I could see all looks fine in the report, as we don't have an option to re-run it again till next month end we would like to figure out the cause for the same.
The explain plan for that particular statement looks fine and it gets completed with in seconds. The only doubt I have is we see "CPU Time" in the Top 5 times events and it consumed most of time. Please help me in finding is the normal scenario or not.
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 46,585 97.4
db file sequential read 1,082,128 859 1 1.8 User I/O
db file scattered read 540,320 667 1 1.4 User I/O
log file parallel write 21,817 79 4 .2 System I/O
db file parallel read 14,111 37 3 .1 User I/O
Thanks,
Jay
+65-81620312

user13338899 wrote:
Mohammad,
Appreciate the update. Please find below the following details,
SQL> column NAMESPACE form a9;
SQL> /
VERSION BUNDLE_SER NAMESPACE ACTION ACTION_TIME ID
10.2.0.5 PSU SERVER APPLY 26-APR-11 03.01.16.118430 PM 3
SQL>
$ uname -a
SunOS DSOFSAOS01 5.10 Generic_142909-17 sun4u sparc SUNW,SPARC-Enterprise
$ sqlplus '/ as sysdba'
SQL*Plus: Release 10.2.0.5.0 - Production on Mon Jul 18 11:15:17 2011
Copyright (c) 1982, 2010, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> select * from v$version;
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE 10.2.0.5.0 Production
TNS for Solaris: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - Production
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
$ opatch lsinv -bugs_fixed | grep PSU
9952230 11724962 Tue Apr 26 14:53:15 MYT 2011 DATABASE PSU 10.2.0.5.1 (INCLUDES CPUOCT2010)
10248542 11724962 Tue Apr 26 14:53:15 MYT 2011 DATABASE PSU 10.2.0.5.2 (INCLUDES CPUJAN2011)
11724962 11724962 Tue Apr 26 14:53:15 MYT 2011 DATABASE PSU 10.2.0.5.3 (INCLUDES CPUAPR2011)
$
$ vmstat
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr m0 m1 m3 m4 in sy cs us sy id
0 0 0 16622560 5455776 29 14 127 0 0 0 0 0 19 8 16 604 3281 402 0 0 100
$
The only thing I would like to know is we faced an performance issue with two programs which took so long to run than usual, as we do not have an option to re-run and could not find any issues in the awr apart from the particular sql took long time to run, what could be the possible causes for a sql behaving badly only at a certain time.
If we run the same sql now, it gets completed in seconds. Also how to calculate the CPU used in that partuclar period?
Thanks,
Jay
the particular sql took long time to run,does this SQL utilize bind variable & therefore subject to bind variable peeking?

How to access phone call timer iphone 4

does the iphone 4 have call timers for phone calls anf if so how are they accessed

With the Phone app, select Recents.
Select the right facing arrow in a blue circle icon to the right of a call to view the call time.
For total call time, Settings > General > Usage > Cellular Usage > Call Time. There is a Current Period and Lifetime. You can reset the Current Period time for calls and data.

%Total DB time ?calculation

Hi All
What is the formula to calculate %Total DB Time in AWR
thanks

Google is your Friend
http://oracledoug.com/serendipity/index.php?/archives/1429-Time-Matters-DB-Time.html
http://www.dba-oracle.com/t_table_to_display_db_time_from_awr.htm

Total of %db time column is greater than 100 in AWR report

Hello,
I have a query regarding "To 5 timed foreground events" section of AWR report.
On many occassions I found that the sum of all the values in the %db time column as mentioned above is grater than 100.
How can percentage be greater than 100?
Event
Waits
Time(s)
Avg wait (ms)
% DB time
Wait Class
DB CPU
29,212
98.18
latch: shared pool
2,291
286
125
0.96
Concurrency
direct path read
147,998
112
1
0.38
User I/O
library cache: mutex X
4,831
92
19
0.31
Concurrency
log file sync
36,736
72
2
0.24
Commit
In the above case the total comes up to just 100.07 % but I have seen reports where the total goes beyond 120 % -130 %.
Can you explain why this happens, please?
Thanks,
Rushi

Can someone explain above situation, please?

AWR reports DBMS_ALERT_INFO queries using significant elapsed time

Hi
10.1.0.3 / OpenVMS 8.2
Has anyone encountered AWR reporting significant resource consumption on queries relating to DBMS_ALERT_INFO (via calls to dbms_alert.register)? The buffer busy waits % from AWR is high as well (see AWR snippets below). Oracle are suggesting this is "expected behaviour for the objects owned by
the SYS user".
The query takes (on average) 2.3 seconds elapsed, using 1.63 CPU seconds and is responsible for 94% of all Buffer Busy Waits.
Elapsed CPU Elap per % Total
Time (s) Time (s) Executions Exec (s) DB Time SQL Id
10,965 7,746 4,756 2.3 4.7 57w71dgk5qbtx
Module: DSA103:[CSC_ENV_1.APPLIC.][SPICE.LIB]SPC_PFS1_MA
SELECT DISTINCT SUBSTR(KGLNAOBJ,11) SID FROM X$KGLOB WHERE KGLHDNSP = 7 AND KGLN
AOBJ LIKE 'ORA$ALERT$%' AND BITAND(KGLHDFLG,128)!=0 UNION SELECT DISTINCT SID FR
OM DBMS_ALERT_INFO
Segments by Buffer Busy Waits DB/Inst: SPICE/ONLINE Snaps: 4930-5026
Buffer
Tablespace Subobject Obj. Busy
Owner Name Object Name Name Type Waits %Total
SYS SYSTEM DBMS_ALERT_INFO TABLE 130,626 93.76
Clive

Christophe Lize wrote:
Closing this thread even if it's not answered...Sorry, I don't have time to test this myself now, but you shouldn't mark this thread as answered if it is not, because other people might find it and think they find an answer if they have a similar question.
I suggest you try the following to narrow down things:
1. Open the RAW trace file and check the cursor numbers of the "direct path reads" - check if you can find any references for those cursor numbers manually. The cursor numbers are those numbers behind the WAIT #<xx>, and you can check if you find any other entry unequal to WAIT #<xx> with the same #<xx>, for example EXEC #<xx> or FETCH #<xx>
A short primer on how to interpret the raw trace file can also be found in MOS document 39817.1
2. Run the RAW trace file through alternative free trace file analyzers like SQLDeveloper (yes it can process raw trace files), OraSRP or Christian Antognini's TVD$XTAT. If you have My Oracle Support access you can also try Oracle's own extended Trace Analyzer (TRCA / TRCANLZR). See MOS Note 224270.1
Check if these tools tell you more about your specific wait event and oddities with the trace file in general.
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
Co-author of the "OakTable Expert Oracle Practices" book:
http://www.apress.com/book/view/1430226684
http://www.amazon.com/Expert-Oracle-Practices-Database-Administration/dp/1430226684

Capturing total time for a report..

Hi all..
I have a query. Is there a way to capture total time spent to show a report on browser
If I understand the way it works in OBIEE
Browser -Presentation Services -- HTTP Request or Response (This we can see by increasing sawlog config file to see more details in sawlog0.)
Presentation services - BI Server (By Usage Tracking S_NQ_* tables, it gives response time, elapsed time and such statstics)
BI Server - DB ( The query running time also captured in usage tracking table)
My understanding is on whole when Presentation services pass the request to BI Server..and when it BI server returns the data to Presentation services..
There shoud some COMMON PARAMETER to match the request sent and received ..Mapping the requests...
Is there a way to get that parameter/variable/sytem variable..so that I can accomplish objective of tracking total time spend for a request..
I could increase saw log and see there is no common parameter that I could match from Sawlog to NQQuery Log, but no luck
Can anybody help here to find someway? any pointers?
Thanks in advance..

There is no parameter that captures the browser rendering time of the report. In the manage sessions if you check the report run time stats you should be able to find the elapsed time, db connect time and compilation time
To find a more accurate time to render the report and the time when it has become active you can check that information Under Manage sessions in the RPD. That will give the start time and report active time which is the time at which the report is active.
If you closely monitor this time in the sessions will be a little higher than the time present in the view logs elapsed time which includes the browser rendering time as well because it gives the report active time on it.
Hope it will be helpful
thanks
prash

Total CPU of AWR Report

How to interpret % of total CPU for Instance and % of busy CPU for Instance under of AWR Report.
acs

hope it helps
-- one-hour history of the Host CPU Utilization
select BEGIN_TIME, END_TIME, GROUP_ID, METRIC_ID, METRIC_NAME, VALUE, METRIC_UNIT
from V$SYSMETRIC_HISTORY
where METRIC_NAME LIKE '%Host CPU%'

'%Total Call Time ' in AWR report

Similar Messages

Maybe you are looking for