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?
Similar Messages
-
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?
Thanks8 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 -
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. -
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 -
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/ -
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
Thankshttp://arulselvaraj.blogspot.com/2011/01/drop-tablespace-waiting-on-reliable.html
-
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,
RashidaYou should have a look to the bug #6774317 if that applies to your case.
Nicolas. -
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 boxWe 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
------------------------------------------------------------- -
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. -
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? -
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. -
"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
karthiThis 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.
-
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,
Umairdirect 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.) -
Top 5 wait events in AWR Repprt
Hi,
The following is top 5 wait event in my AWR reports...
Whenever I take reports this are always top 5 events
Top 5 Timed Events
=============================================================================================================
Event
CPU time
Waits 4,717
% Total Call Time 62.0
log file sync
Waits 64,963
Time(s) 1,362
Avg Wait(ms) 21
% Total Call Time 17.9
Wait Class Commit
log file parallel write
Waits 63,485
Time(s) 1,004
Avg Wait(ms) 16
% Total Call Time 13.2
Wait Class System I/O
enq: TX - row lock contention
Waits 348
Time(s) 984
Avg Wait(ms) 2,828
% Total Call Time 12.9
Wait Class Application
db file parallel write
Waits 29,305
Time(s) 561
Avg Wait(ms) 19
% Total Call Time 7.4
Wait Class System I/O
------------------------------------------------------------------------------------------------------------Start with Performance Tuning Guide
10.2.3 Table of Wait Events and Potential Causes -
Hello Folks,
AWR report shows cpu time in top 5 timed events buy on average noticed that 90% of cpu is free most of the times
is it normal as below,does anything performance hit may occur due to this
CPU time
db file sequential read
db file scattered read
SQL*Net more data to client
SQL*Net more data from client
thanksthanks for reply
below is time model statistics,i think its related to sql executions
Time Model Statistics
-> Total time in database user-calls (DB Time): 703.5s
-> Statistics including the word "background" measure background process
time, and so do not contribute to the DB time statistic
-> Ordered by % or DB time desc, Statistic name
Statistic Name Time (s) % of DB Time
sql execute elapsed time 621.1 88.3
DB CPU 621.0 88.3
parse time elapsed 60.3 8.6
hard parse elapsed time 57.7 8.2
connection management call elapsed time 2.6 .4
hard parse (bind mismatch) elapsed time 2.1 .3
hard parse (sharing criteria) elapsed time 2.1 .3
PL/SQL compilation elapsed time 1.2 .2
PL/SQL execution elapsed time 1.0 .1
repeated bind elapsed time 0.2 .0
sequence load elapsed time 0.0 .0
DB time 703.5 N/A
background elapsed time 24.9 N/A
background cpu time 10.5 N/A
-------------------------------------------------------------
Maybe you are looking for
-
WHere is my device located on my Itunes? I have a new device, it is recognized but I can't take music or movies and move them to the device because I can't "see" it??
-
Create Sales Order with Open item Quantity
Hi, I would like to ask how can I create an inquiry which will have a record also created in table VBBE. For example. When I create an inquiry, a corresponding record will be created in table VBAK, but I found out that not all inquires will get a rec
-
Custom ADF Application with Process Instance Details Task Flow
Hi, I want to use Process Instance Details Task Flow which is referred to in the doc below. http://download.oracle.com/docs/cd/E21764_01/user.1111/e15175/bpmug_ws_taskflows.htm#BACDBDJA But I could not find the task flow in the JAR files nor in the l
-
Need help in missing coding for the below: DATA : wa_var_range LIKE LINE OF i_t_var_range, wa_e_t_range TYPE LINE OF rsr_t_rangesid. When zmbpbrnd. If I_step =2 Clear wa_e_t_range. select * from zmbp_brand_auth where zmbp_de_brand= zmbpbrnd and xubna
-
Hello! I found three firmware bugs and already informed the hotline about one of them in january. It is not fixed in firmware 1.1, so I am posting here. The first, already reported, bug can be seen with German language setting when configuring the al