High Logical I/O
Hello,
The system we use is a kind of OLTP thing.
platform - linux
version - 10.2
here, in the statspack everything seems okay to me except the logical reads.(if not tell)
the problems is, the cpu grows gradually and reaches 100.
i need the cpu to be steady.
can somebody tell what is happening here?
STATSPACK report for
Database DB Id Instance Inst Num Startup Time Release RAC
~~~~~~~~ ----------- ------------ -------- --------------- ----------- ---
2386172435 apple22a 1 11-Aug-09 23:14 10.2.0.1.0 NO
Host Name: xxxxxxxxx Num CPUs: 4 Phys Memory (MB): 2
~~~~
Snapshot Snap Id Snap Time Sessions Curs/Sess Comment
~~~~~~~~ ---------- ------------------ -------- --------- -------------------
Begin Snap: 1747 11-Aug-09 23:23:46 96 7.6
End Snap: 1752 11-Aug-09 23:34:00 218 12.5
Elapsed: 10.23 (mins)
Cache Sizes Begin End
~~~~~~~~~~~ ---------- ----------
Buffer Cache: 2,864M Std Block Size: 8K
Shared Pool Size: 656M Log Buffer: 29,855K
Load Profile Per Second Per Transaction
~~~~~~~~~~~~ --------------- ---------------
Redo size: 8,051,891.15 5,042.02
Logical reads: 289,821.64 181.48
Block changes: 49,889.55 31.24
Physical reads: 197.76 0.12
Physical writes: 717.84 0.45
User calls: 1,908.82 1.20
Parses: 962.84 0.60
Hard parses: 0.25 0.00
Sorts: 591.85 0.37
Logons: 0.35 0.00
Executes: 25,757.48 16.13
Transactions: 1,596.96
% Blocks changed per Read: 17.21 Recursive Call %: 94.11
Rollback per transaction %: 26.58 Rows per Sort: 628.58
Instance Efficiency Percentages
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.97 Redo NoWait %: 100.00
Buffer Hit %: 99.93 In-memory Sort %: 100.00
Library Hit %: 100.01 Soft Parse %: 99.97
Execute to Parse %: 96.26 Latch Hit %: 99.78
Parse CPU to Parse Elapsd %: 91.30 % Non-Parse CPU: 99.31
Shared Pool Statistics Begin End
Memory Usage %: 47.56 49.99
% SQL with executions>1: 60.62 73.55
% Memory for SQL w/exec>1: 77.58 84.79
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
CPU time 1,362 31.6
log file sync 16,960 1,264 75 29.4
PL/SQL lock timer 10 586 58606 13.6
buffer busy waits 57,444 388 7 9.0
enq: TX - row lock contention 12,036 298 25 6.9
Host CPU (CPUs: 4)
~~~~~~~~ Load Average
Begin End User System Idle WIO WCPU
0.20 10.74 53.82 9.51 36.67
Note: There is a 8% discrepancy between the OS Stat total CPU time and
the total CPU time estimated by Statspack
OS Stat CPU time: 2261(s) (BUSY_TIME + IDLE_TIME)
Statspack CPU time: 2456(s) (Elapsed time * num CPUs in end snap)
Instance CPU
~~~~~~~~~~~~
% of total CPU for Instance: 63.51
% of busy CPU for Instance: 100.30
%DB time waiting for CPU - Resource Mgr:
Memory Statistics Begin End
~~~~~~~~~~~~~~~~~ ------------ ------------
Host Mem (MB): 1.9 .0
SGA use (MB): 3,584.0 3,584.0
PGA use (MB): 164.2 258.5
% Host Mem used for SGA+PGA: 194875.2 8987233.1
Avg
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
log file sync 16,960 4 1,264 75 0.0
PL/SQL lock timer 10 100 586 58606 0.0
buffer busy waits 57,444 0 388 7 0.1
enq: TX - row lock contention 12,036 0 298 25 0.0
log file parallel write 11,870 0 163 14 0.0
db file sequential read 21,324 0 95 4 0.0
log file sequential read 3,963 0 47 12 0.0
db file scattered read 22,614 0 29 1 0.0
log file switch completion 102 17 28 272 0.0
latch: cache buffers chains 5,829 0 11 2 0.0
Log archive I/O 4,346 0 9 2 0.0
enq: TX - index contention 1,153 0 7 6 0.0
latch free 1,483 0 4 3 0.0
control file parallel write 328 0 4 11 0.0
control file sequential read 1,593 0 2 1 0.0
latch: enqueue hash chains 337 0 2 6 0.0
buffer deadlock 1,091 99 2 2 0.0
Segments by Logical Reads DB/Inst: apple22A/apple22a Snaps: 1747-1752
-> End Segment Logical Reads Threshold: 10000
-> Pct Total shows % of logical reads for each top segment compared with total
logical reads for all segments captured by the Snapshot
Subobject Obj. Logical Pct
Owner Tablespace Object Name Name Type Reads Total
TPCCDB TPCCDB NEW_ORDER TABLE 89,638,240 51.4
TPCCDB TPCCDB PK_STOCK INDEX 22,913,776 13.1
TPCCDB TPCCDB PK_ORDER_LINE INDEX 14,941,264 8.6
TPCCDB TPCCDB PK_O_ORDER INDEX 10,503,040 6.0
TPCCDB TPCCDB ORDER_LINE TABLE 6,368,896 3.7
Segments by Physical Reads DB/Inst: apple22A/apple22a Snaps: 1747-1752
-> End Segment Physical Reads Threshold: 1000
Subobject Obj. Physical Pct
Owner Tablespace Object Name Name Type Reads Total
TPCCDB TPCCDB NEW_ORDER TABLE 49 12.2
TPCCDB TPCCDB WAREHOUSE TABLE 49 12.2
TPCCDB TPCCDB DISTRICT TABLE 49 12.2
TPCCDB TPCCDB INDEX_NO_D_ID INDEX 49 12.2
TPCCDB TPCCDB PK_NEW_ORDER INDEX 49 12.2
SQL Memory Statistics DB/Inst: apple22A/apple22a Snaps: 1747-1752
Begin End % Diff
Avg Cursor Size (KB): 65.12 67.79 3.95
Cursor to Parent ratio: 1.03 1.02 -.08
Total Cursors: 560 620 9.68
Total Parents: 546 605 9.75
init.ora Parameters DB/Inst: apple22A/apple22a Snaps: 1747-1752
End value
Parameter Name Begin value (if different)
aq_tm_processes 1
audit_file_dest /rdbms/oracle/apple22i/64/admin/o
background_dump_dest /rdbms/oracle/apple22i/64/admin/o
commit_write BATCH,NOWAIT
compatible 10.2.0.1.0
control_files /rdbms/oracle/apple22i/64/oradata
core_dump_dest /rdbms/oracle/apple22i/64/admin/o
cursor_sharing EXACT
db_block_size 8192
db_domain yyyyyyy
db_file_multiblock_read_count 16
db_name apple22a
db_recovery_file_dest /rdbms/oracle/apple22i/64/flash_r
db_recovery_file_dest_size 2147483648
dispatchers (PROTOCOL=TCP) (SERVICE=apple22aX
dml_locks 30028
global_names TRUE
job_queue_processes 10
log_archive_dest_1 LOCATION=/perf0/Archivelog_10g_ch
log_archive_format arch_%t_%s_%r.dbf
log_buffer 30571520
open_cursors 300
pga_aggregate_target 524288000
processes 2000
remote_login_passwordfile EXCLUSIVE
sessions 2205
sga_max_size 3758096384
sga_target 3758096384
transactions 7507
undo_management AUTO
undo_tablespace UNDOTBS1
user_dump_dest /rdbms/oracle/apple22i/64/admin/o
-------------------------------------------------------------
Process Memory Summary Stats DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> B: Begin snap E: End snap
-> All rows below contain absolute values (i.e. not diffed over the interval)
-> Max Alloc is Maximum PGA Allocation size at snapshot time
Hist Max Alloc is the Historical Max Allocation for still-connected processes
-> Num Procs or Allocs: For Begin/End snapshot lines, it is the number of
processes. For Category lines, it is the number of allocations
-> ordered by Begin/End snapshot, Alloc (MB) desc
Hist Num
Avg Std Dev Max Max Procs
Alloc Used Freeabl Alloc Alloc Alloc Alloc or
Category (MB) (MB) (MB) (MB) (MB) (MB) (MB) Allocs
B -------- 192.0 95.1 8.8 2.0 6.4 51 55 97
Other 179.0 1.8 6.3 50 54 97
Freeable 8.8 .0 .8 .6 2 11
PL/SQL 2.7 1.4 .0 .0 0 0 95
SQL 2.0 1.0 .0 .0 0 2 58
E -------- 311.2 166.7 11.3 1.4 4.3 52 55 220
Other 284.0 1.3 4.1 49 52 220
Freeable 11.4 .0 1.0 1.0 3 11
PL/SQL 10.0 5.4 .0 .0 0 0 218
SQL 5.8 2.8 .0 .0 0 2 208
Top Process Memory (by component) DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> ordered by Begin/End snapshot, Alloc (MB) desc
Alloc Used Freeabl Max Hist Max
PId Category (MB) (MB) (MB) Alloc (MB) Alloc (MB)
B 5 DBW0 -------- 51.3 22.5 1.0 51.3 54.8
Other 50.3 50.3 53.8
Freeable 1.0 .0 1.0
PL/SQL .0 .0 .0 .0
6 LGWR -------- 24.7 11.7 .1 24.7 25.5
Other 24.5 24.5 25.4
Freeable .1 .0 .1
PL/SQL .0 .0 .0 .0
16 ARC0 -------- 21.9 10.3 .0 21.9 21.9
Other 21.9 21.9 21.9
PL/SQL .0 .0 .0 .0
17 ARC1 -------- 21.9 10.3 .0 21.9 21.9
Other 21.9 21.9 21.9
PL/SQL .0 .0 .0 .0
54 TNS V1-V3 --- 4.4 1.3 1.7 4.4 4.4
Other 2.6 2.6 2.6
Freeable 1.7 .0 1.7
SQL .2 .1 .2 2.3
PL/SQL .0 .0 .0 .0
11 MMON -------- 3.5 1.6 1.3 3.5 3.6
Other 2.1 2.1 2.1
Freeable 1.3 .0 1.3
SQL .1 .0 .1 1.1
PL/SQL .0 .0 .0 .1
8 SMON -------- 2.8 .7 1.9 2.8 2.8
Freeable 1.9 .0 1.9
Other .8 .8 .8
SQL .1 .0 .1 .6
PL/SQL .0 .0 .0 .0
10 CJQ0 -------- 1.6 .6 .8 1.6 1.7
Freeable .8 .0 .8
Other .7 .7 .7
SQL .1 .0 .1 .6
PL/SQL .0 .0 .0 .0
20 q000 -------- 1.6 .7 .2 1.6 1.6
Other 1.3 1.3 1.3
Freeable .2 .0 .2
SQL .1 .1 .1 .5
PL/SQL .0 .0 .0 .0
24 ------------ 1.6 .6 .3 1.6 1.6
Other 1.2 1.2 1.2
Freeable .3 .0 .3
SQL .1 .0 .1 .6
PL/SQL .1 .0 .1 .1
7 CKPT -------- 1.4 .4 .8 1.4 2.3
Freeable .8 .0 .8
Other .6 .6 1.4
SQL .0 .0 .0 .1
PL/SQL .0 .0 .0 .0
9 RECO -------- 1.2 .5 .6 1.2 1.2
Freeable .6 .0 .6
Other .5 .5 .5
SQL .1 .1 .1 .5
Top Process Memory (by component) DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> ordered by Begin/End snapshot, Alloc (MB) desc
Alloc Used Freeabl Max Hist Max
PId Category (MB) (MB) (MB) Alloc (MB) Alloc (MB)
B 9 PL/SQL .0 .0 .0 .0
21 ------------ 1.1 .5 .0 1.1 1.1
Other 1.0 1.0 1.0
PL/SQL .0 .0 .0 .0
SQL .0 .0 .0 .2
31 ------------ 1.1 .6 .1 1.1 1.1
Other .9 .9 .9
SQL .1 .0 .1 .2
Freeable .1 .0 .1
PL/SQL .1 .0 .1 .1
E 5 DBW0 -------- 52.4 23.4 3.3 52.4 54.8
Other 49.2 49.2 51.5
Freeable 3.3 .0 3.3
PL/SQL .0 .0 .0 .0
6 LGWR -------- 24.7 11.7 .1 24.7 25.5
Other 24.5 24.5 25.4
Freeable .1 .0 .1
PL/SQL .0 .0 .0 .0
16 ARC0 -------- 21.9 10.3 .0 21.9 21.9
Other 21.9 21.9 21.9
PL/SQL .0 .0 .0 .0
17 ARC1 -------- 21.9 10.3 .0 21.9 21.9
Other 21.9 21.9 21.9
PL/SQL .0 .0 .0 .0
54 TNS V1-V3 --- 4.6 1.3 1.9 4.6 4.6
Other 2.4 2.4 2.4
Freeable 2.1 .0 2.1
SQL .1 .1 .1 2.5
PL/SQL .0 .0 .0 .0
11 MMON -------- 3.5 1.6 1.3 3.5 3.6
Other 2.1 2.1 2.1
Freeable 1.3 .0 1.3
SQL .1 .0 .1 1.1
PL/SQL .0 .0 .0 .1
8 SMON -------- 2.8 .7 1.8 2.8 2.8
Freeable 1.8 .0 1.8
Other 1.0 1.0 1.0
SQL .1 .0 .1 .6
PL/SQL .0 .0 .0 .0
10 CJQ0 -------- 1.6 .6 .8 1.6 1.7
Freeable .8 .0 .8
Other .7 .7 .7
SQL .1 .0 .1 .6
PL/SQL .0 .0 .0 .0
20 q000 -------- 1.6 .7 .2 1.6 1.6
Other 1.3 1.3 1.3
Freeable .2 .0 .2
SQL .1 .1 .1 .5
PL/SQL .0 .0 .0 .0
24 ------------ 1.6 .6 .6 1.6 1.6
Other .9 .9 .9
Freeable .6 .0 .6
SQL .1 .0 .1 .6
Top Process Memory (by component) DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> ordered by Begin/End snapshot, Alloc (MB) desc
Alloc Used Freeabl Max Hist Max
PId Category (MB) (MB) (MB) Alloc (MB) Alloc (MB)
E 24 PL/SQL .1 .0 .1 .1
7 CKPT -------- 1.5 .4 .7 1.5 2.3
Other .8 .8 1.5
Freeable .7 .0 .7
SQL .0 .0 .0 .1
PL/SQL .0 .0 .0 .0
9 RECO -------- 1.2 .5 .6 1.2 1.2
Freeable .6 .0 .6
Other .5 .5 .5
SQL .1 .1 .1 .5
PL/SQL .0 .0 .0 .0
219 ------------ 1.2 .5 .0 1.2 1.2
Other 1.1 1.1 1.1
PL/SQL .0 .0 .0 .0
SQL .0 .0 .0 .2
21 ------------ 1.1 .5 .0 1.1 1.1
Other 1.0 1.0 1.0
PL/SQL .0 .0 .0 .0
SQL .0 .0 .0 .2
31 ------------ 1.1 .6 .1 1.1 1.1
Other .9 .9 .9
SQL .1 .0 .1 .2
Freeable .1 .0 .1
PL/SQL .1 .0 .1 .1
205 ------------ 1.1 .5 .0 1.1 1.1
Other 1.0 1.0 1.0
PL/SQL .1 .0 .1 .1
SQL .0 .0 .0 .1
27 ------------ 1.1 .5 .0 1.1 1.1
Other 1.0 1.0 1.0
PL/SQL .1 .0 .1 .1
SQL .0 .0 .0 .1
158 ------------ 1.1 .5 .0 1.1 1.1
Other 1.0 1.0 1.0
PL/SQL .1 .0 .1 .1
SQL .0 .0 .0 .1
172 ------------ 1.1 .5 .0 1.1 1.1
Other 1.0 1.0 1.0
PL/SQL .1 .0 .1 .1
SQL .0 .0 .0 .1
Enqueue activity DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> only enqueues with waits are shown
-> Enqueue stats gathered prior to 10g should not be compared with 10g data
-> ordered by Wait Time desc, Waits desc
Enqueue Type (Request Reason)
Requests Succ Gets Failed Gets Waits Wt Time (s) Av Wt Time(ms)
TX-Transaction (row lock contention)
106,475 106,474 0 106,341 20,273 190.64
TX-Transaction (index contention)
44,355 44,355 0 44,319 2,784 62.81
TX-Transaction (allocate ITL entry)
184 184 0 182 9 46.81
HW-Segment High Water Mark
1,975 1,975 0 70 5 66.29
FB-Format Block
2,164 2,164 0 50 3 54.60
TX-Transaction
394,649 394,668 0 30 0 4.33
Undo Segment Summary DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> Min/Max TR (mins) - Min and Max Tuned Retention (minutes)
-> STO - Snapshot Too Old count, OOS - Out Of Space count
-> Undo segment block stats:
uS - unexpired Stolen, uR - unexpired Released, uU - unexpired reUsed
eS - expired Stolen, eR - expired Released, eU - expired reUsed
Undo Num Undo Number of Max Qry Max Tx Min/Max STO/ uS/uR/uU/
TS# Blocks (K) Transactions Len (s) Concy TR (mins) OOS eS/eR/eU
1 117.7 322,423 49 73 15/15 0/0 0/0/0/0/0/0
Undo Segment Stats DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> Most recent 35 Undostat rows, ordered by End Time desc
Num Undo Number of Max Qry Max Tx Tun Ret STO/ uS/uR/uU/
End Time Blocks Transactions Len (s) Concy (mins) OOS eS/eR/eU
17-Aug 03:40 117,733 322,423 49 73 15 0/0 0/0/0/0/0/0
Latch Activity DB/Inst: apple22A/apple22a Snaps: 2147-2151
->"Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
->"NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
->"Pct Misses" for both should be very close to 0.0
Pct Avg Wait Pct
Get Get Slps Time NoWait NoWait
Latch Requests Miss /Miss (s) Requests Miss
Consistent RBA 3,517 0.0 0 0
FAL request queue 11 0.0 0 0
FAL subheap alocation 11 0.0 0 0
FIB s.o chain latch 20 0.0 0 0
FOB s.o list latch 361 0.0 0 0
JS mem alloc latch 2 0.0 0 0
JS queue access latch 2 0.0 0 0
JS queue state obj latch 3,706 0.0 0 0
JS slv state obj latch 16 0.0 0 0
KGX 0 0 353,668 6.5
KMG MMAN ready and start 636 0.0 0 0
KMG resize request state 27 33.3 1.0 0 0
KTF sga latch 2 0.0 0 165 0.0
KWQP Prop Status 4 0.0 0 0
MQL Tracking Latch 0 0 11 0.0
Memory Management Latch 660 0.2 0.0 0 624 0.0
OS process 294 0.0 0 0
OS process allocation 507 0.0 0 0
OS process: request allo 333 0.0 0 0
PL/SQL warning settings 270,940 0.3 0.0 0 0
SGA IO buffer pool latch 2,654 0.0 0 5,801 0.0
SQL memory manager latch 4 0.0 0 158 0.0
SQL memory manager worka 11,158 0.0 0 0
Shared B-Tree 29 0.0 0 0
active checkpoint queue 8,205 0.0 0 0
active service list 2,335 0.0 0.0 0 174 0.0
archive control 13 0.0 0 0
archive process latch 171 0.0 0 0
buffer pool 139 0.0 0 0
cache buffer handles 46,062 0.1 0.0 0 0
cache buffers chains 457,192,374 0.2 0.0 1082 3,785,637 0.6
cache buffers lru chain 447,547 0.5 0.3 8 90,454,746 2.6
cache table scan latch 0 0 11,447 0.0
cas latch 100 0.0 0 0
channel handle pool latc 333 0.0 0 0
channel operations paren 8,286 0.0 0 0
checkpoint queue latch 199,380 0.0 0.0 0 386,367 0.0
client/application info 1,208 0.0 0 0
compile environment latc 791,470 0.0 0.1 1 0
dml lock allocation 3,552,580 0.5 0.1 117 0
dummy allocation 336 0.3 0.0 0 0
enqueue hash chains 5,288,101 0.3 0.1 45 23,479 0.4
enqueues 1,120,394 0.1 0.1 2 0
event group latch 239 0.0 0 0
file cache latch 2,388 0.0 0 0
global KZLD latch for me 236 0.0 0 0
hash table column usage 0 0 4,564 0.0
hash table modification 30 0.0 0 0
job workq parent latch 0 0 4 0.0
job_queue_processes para 11 0.0 0 0
Latch Activity DB/Inst: apple22A/apple22a Snaps: 2147-2151
->"Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
->"NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
->"Pct Misses" for both should be very close to 0.0
Pct Avg Wait Pct
Get Get Slps Time NoWait NoWait
Latch Requests Miss /Miss (s) Requests Miss
kks stats 302 0.0 0 0
ksuosstats global area 58 0.0 0 0
ktm global data 270 0.0 0 0
kwqbsn:qsga 29 0.0 0 0
lgwr LWN SCN 3,520 0.0 0 0
library cache 19,899,407 0.4 0.0 199 16,683 ######
library cache load lock 1,030 0.0 0 63 0.0
library cache lock 17,688 0.2 0.0 0 0
library cache lock alloc 990 0.0 0 0
library cache pin 19,007,237 0.2 0.0 35 1,074 0.0
library cache pin alloca 681 0.0 0 0
list of block allocation 1,042 0.1 1.0 0 0
longop free list parent 8 0.0 0 16 12.5
messages 38,525 0.0 0.0 0 0
mostly latch-free SCN 2,543,316 0.1 0.0 0 0
multiblock read objects 30,207 0.0 1.0 0 0
ncodef allocation latch 8 0.0 0 0
object queue header heap 10 0.0 0 1,365 0.0
object queue header oper 1,198,162 0.1 0.1 0 0
object stats modificatio 832 0.0 0 0
parallel query alloc buf 64 0.0 0 0
parameter table allocati 116 1.7 0.5 0 0
post/wait queue 28,580 0.4 0.0 0 8,842 0.0
process allocation 333 0.0 0 239 0.0
process group creation 333 0.0 0 0
qmn state object latch 1 0.0 0 0
qmn task queue latch 124 0.0 0 0
redo allocation 22,668 2.0 0.2 1 9,366,319 0.5
redo copy 13 76.9 1.3 0 9,367,099 0.4
redo on-disk SCN 11,212 0.0 0 0
redo writing 23,270 0.0 0.0 0 0
resmgr group change latc 244 0.0 0 0
resmgr:actses active lis 347 0.0 0 0
resmgr:actses change gro 238 0.0 0 0
resmgr:free threads list 335 0.3 0.0 0 0
resmgr:schema config 12 0.0 0 0
rm cas latch 1,038 0.0 0 0
row cache objects 464,390 0.0 0.0 0 0
rules engine rule set st 400 0.0 0 0
sequence cache 752 0.0 0 0
session allocation 1,627,067 0.2 0.0 1 0
session idle bit 1,875,662 0.0 0.0 0 0
session state list latch 486 0.0 0 0
session switching 8 0.0 0 0
session timer 174 0.0 0 0
shared pool 58,091 0.3 0.3 1 0
simulator hash latch 32,009,012 0.0 0.0 0 0
simulator lru latch 20,996,297 4.9 0.0 1243 15,131 0.2
slave class 1 0.0 0 0
slave class create 3 0.0 0 0
Latch Activity DB/Inst: apple22A/apple22a Snaps: 2147-2151
->"Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
->"NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
->"Pct Misses" for both should be very close to 0.0
Pct Avg Wait Pct
Get Get Slps Time NoWait NoWait
Latch Requests Miss /Miss (s) Requests Miss
sort extent pool 100 0.0 0 0
threshold alerts latch 29 0.0 0 0
transaction allocation 965 0.0 0 0
transaction branch alloc 8 0.0 0 0
undo global data 24,845,984 0.2 0.0 20 0
user lock 658 4.4 0.9 1 0
Latch Sleep breakdown DB/Inst: apple22A/apple22a Snaps: 2147-2151
-> ordered by misses desc
Get Spin
Latch Name Requests Misses Sleeps Gets
simulator lru latch 20,996,297 1,020,829 20,140 1,003,339
cache buffers chains 457,192,374 1,016,828 24,247 994,418
library cache 19,899,407 86,387 3,201 83,529
undo global data 24,845,984 42,072 497 41,638
library cache pin 19,007,237 36,024 619 35,469
dml lock allocation 3,552,580 17,725 1,223 16,696
enqueue hash chains 5,288,101 14,754 1,086 13,773
simulator hash latch 32,009,012 7,219 54 7,171
session allocation 1,627,067 2,489 117 2,385
cache buffers lru chain 447,547 2,278 583 1,792
mostly latch-free SCN 2,543,316 1,814 14 1,802
enqueues 1,120,394 1,253 89 1,172
object queue header operat 1,198,162 1,010 52 965
PL/SQL warning settings 270,940 682 5 677
redo allocation 22,668 448 71 389
session idle bit 1,875,662 387 8 380
compile environment latch 791,470 176 12 165
shared pool 58,091 171 48 127
checkpoint queue latch 199,380 33 1 32
user lock 658 29 25 5
redo copy 13 10 13 0
KMG resize request state o 27 9 9 0
parameter table allocation 116 2 1 1
multiblock read objects 30,207 1 1 0
list of block allocation 1,042 1 1 0
-------------------------------------------------------------Edited by: praveenkumaar on Aug 18, 2009 4:07 AM
Similar Messages
-
i am using PCI-6033E IO card and i would like to send 5 volts (high logic ) to the trigger box. the trigger box will trigger the frame grabber card, that i am using for image acquisition.
Hello;
The first thing you need to figure out is the shape of the trigger pulse needed.
In case you just need a logic high TTL pulse, you can use one of the digital lines of your DAQ device.
In case you need a pulse train (multiple trigger pulses), you will need to configure one of the general purpose counters to accomplish that task.
You can find examples in both Labview and NI-DAQ showing how to program your DAQ board to accomplish both approaches.
Hope this helps.
Filipe A.
Applications Engineer
National Instruments -
2010 MBP 13.3 Lags and Fan on High Logic Board?
Hello Everyone,
I recently was given a 2010 Macbook Pro 2.4 13.3. When I got it the computer lagged really bad, and the fan is stuck on high. With that and the backlight for the keyboard not lit, I suspected the logic board but when I went to disk utility I could not see the hard drive and it would not show any partitions. I replaced the hard drive and booted the computer in internet recovery and the same thing happens, when it is on during internet recovery, when you are selecting the wireless router the mouse works great and it is super fast, but as soon as it begins to load and start the internet recovery it starts lagging really bad.
One weird thing I noticed that its doing was during one of the installation process the fans slowed down to normal for about 30 seconds. During this time the mouse did not lag and the thing was moving quite quickly. But every time I attempt to reinstall OSX it says it was not able to install the program because of a missing file, and quits.
So no I can't reinstall anything. the keyboard light is out and the fans on high. I tried SMC reset and NVRAM and neither made a difference. So I took the logic board out, cleaned it super good, shows no signs of liquid damage or corrosion. Reinstalled and still the same issues.
I guess the long story question here is do you think its a logic board going bad? I am going to try and reboot with an individual stick of ram to see if that makes a difference but I feel the combination of the lights out and the fan on high tends to make me think that the board is not happy.
Any thoughts, and if you think its a board, any suggestions where to repair or replace for the best price. For a free MBP I am not afraid to spend a few bucks to add this to my arsenal of macs.
Thanks
Keith2010 shipped with 2 DVD. The AHT is one one of those DVD. Boot off the DVD by holding the c key.
from the link above-
Using Apple Hardware Test on computers with OS X 10.5.5 to 10.6.7
AHT is located on the Applications Install Disc 2 and should be included with your computer or the MacBook Air Software Reinstall Drive on a MacBook Air (Late 2010). To start AHT on these computers make sure the Applications Install Disc 2 is inserted into the built-in optical drive, external Apple Superdrive, or for the MacBook Air (Late 2010) be sure the MacBook Air Software Reinstall Drive is inserted into a USB port. Please then follow steps 1-6 outlined in the "Using Apple Hardware Test on computers with OS X 10.7 or later" section of this article. -
High Logical reads/gets per exec
Hi,
Oracle version - 11.2.0.2
I am facing high gets/exec for queries.The queries are fine tuned with proper index usage.I checked with SQL tuning set also which says 'no recommendation for this query'.
We have sufficient SGA and shared pool size.Gets/per exec are in 9000 range.
Also I am seeing latch:cache buffer chains in top events which is happening for a delete query.Will altering freelist for this table help?
Kindly assist me with this.
Thanks.Hi,
A bit late but PFB the trace file contents.
TKPROF: Release 11.2.0.2.0 - Development on Thu Oct 24 21:39:25 2013
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
Trace file: PADB_ora_65339438_NISTRY1.trc
Sort options: default
count = number of times OCI procedure was executed
cpu = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk = number of physical reads of buffers from disk
query = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows = number of rows processed by the fetch or execute call
The following statement encountered a error during parse:
BEGIN :B1 := 'DOP';SQL>; END;
WAIT #45735296
Error encountered: ORA-06550
SQL ID: bt3nb4jyxdhnk Plan Hash: 0
BEGIN dbms_monitor.session_trace_enable(waits=>true, binds=>true); END;
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 1
Fetch 0 0.00 0.00 0 0 0 0
total 1 0.00 0.00 0 0 0 1
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 93
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 1 0.00 0.00
SQL*Net message from client 1 13.03 13.03
SQL ID: bdbaumr2rur17 Plan Hash: 0
ALTER SESSION SET EVENTS '10046 trace name context forever, level 12'
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.00 0 0 0 0
Misses in library cache during parse: 0
Parsing user id: 93
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 1 0.00 0.00
SQL*Net message from client 1 30.60 30.60
SQL ID: 715kzr79k99cw Plan Hash: 0
BEGIN :B2:=400013; END;
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 1
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.00 0 0 0 1
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 93
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 2 0.00 0.00
SQL*Net message from client 2 11.56 18.88
SQL*Net break/reset to client 1 0.00 0.00
SQL ID: 7usux68w7hu01 Plan Hash: 0
BEGIN :B1 := 'DOP'; END;
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 1
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.00 0 0 0 1
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 93
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 1 0.00 0.00
SQL*Net message from client 1 15.50 15.50
SQL ID: 3hvm4jjpfx0zb Plan Hash: 1496842891
SELECT ADD_LINE1, ADD_LINE2, ADD_LINE3, DOMICILE, CITY, ZIP, ORGKEY
FROM
ADD WHERE ADD.ACTID = :B2 AND ADD.ADDCATEGORY =
'Mail' AND ADD.START_DATE<SYSDATE AND ADD.END_DATE>SYSDATE AND
BANK_ID = :B1
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 2 0.00 0.00 1 6 0 1
total 4 0.00 0.01 1 6 0 1
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 93
Number of plan statistics captured: 1
Rows (1st) Rows (avg) Rows (max) Row Source Operation
1 1 1 TABLE ACCESS BY INDEX ROWID ADD (cr=6 pr=1 pw=0 time=4193 us cost=1 size=163 card=1)
2 2 2 INDEX RANGE SCAN IX_ADD_ACCID_NEW (cr=4 pr=0 pw=0 time=28 us cost=1 size=0 card=2)(object id 79696)
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 2 0.00 0.00
Disk file operations I/O 1 0.00 0.00
db file sequential read 1 0.00 0.00
SQL*Net message from client 1 0.00 0.00
SQL ID: 96g93hntrzjtr Plan Hash: 841937906
select /*+ rule */ bucket_cnt, row_cnt, cache_cnt, null_cnt, timestamp#,
sample_size, minimum, maximum, distcnt, lowval, hival, density, col#,
spare1, spare2, avgcln
from
hist_head$ where obj#=:1 and intcol#=:2
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 19 0.00 0.00 0 0 0 0
Fetch 19 0.00 0.01 2 76 0 19
total 39 0.00 0.01 2 76 0 19
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: RULE
Parsing user id: SYS (recursive depth: 1)
Number of plan statistics captured: 1
Rows (1st) Rows (avg) Rows (max) Row Source Operation
1 1 1 TABLE ACCESS BY INDEX ROWID HIST_HEAD$ (cr=4 pr=0 pw=0 time=42 us)
1 1 1 INDEX RANGE SCAN I_HH_OBJ#_INTCOL# (cr=3 pr=0 pw=0 time=32 us)(object id 427)
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
db file sequential read 2 0.00 0.01
SQL ID: db78fxqxwxt7r Plan Hash: 2324581405
select /*+ rule */ bucket, endpoint, col#, epvalue
from
histgrm$ where obj#=:1 and intcol#=:2 and row#=:3 order by bucket
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 5 0.00 0.00 0 0 0 0
Fetch 5 0.01 0.01 4 15 0 53
total 11 0.01 0.01 4 15 0 53
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: RULE
Parsing user id: SYS (recursive depth: 1)
Number of plan statistics captured: 1
Rows (1st) Rows (avg) Rows (max) Row Source Operation
3 3 3 SORT ORDER BY (cr=3 pr=2 pw=0 time=8455 us cost=0 size=0 card=0)
3 3 3 TABLE ACCESS CLUSTER HISTGRM$ (cr=3 pr=2 pw=0 time=8428 us)
1 1 1 INDEX UNIQUE SCAN I_OBJ#_INTCOL# (cr=2 pr=1 pw=0 time=4210 us)(object id 422)
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
db file sequential read 4 0.00 0.01
Disk file operations I/O 1 0.00 0.00
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 4 0.00 0.00 0 0 0 0
Execute 5 0.00 0.00 0 0 0 3
Fetch 2 0.00 0.00 1 6 0 1
total 11 0.00 0.01 1 6 0 4
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net message to client 7 0.00 0.00
SQL*Net message from client 6 30.60 78.03
SQL*Net break/reset to client 1 0.00 0.00
db file sequential read 1 0.00 0.00
Disk file operations I/O 1 0.00 0.00
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 2 0.00 0.00 0 0 0 0
Execute 24 0.00 0.00 0 0 0 0
Fetch 24 0.01 0.02 6 91 0 72
total 50 0.01 0.03 6 91 0 72
Misses in library cache during parse: 2
Misses in library cache during execute: 2
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
db file sequential read 6 0.00 0.02
Disk file operations I/O 1 0.00 0.00
5 user SQL statements in session.
2 internal SQL statements in session.
7 SQL statements in session.
Trace file: PADB_ora_65339438_NISTRY1.trc
Trace file compatibility: 11.1.0.7
Sort options: default
1 session in tracefile.
5 user SQL statements in trace file.
2 internal SQL statements in trace file.
7 SQL statements in trace file.
7 unique SQL statements in trace file.
495 lines in trace file.
78 elapsed seconds in trace file.
Thanks,
Nisha -
Logical Reads are very high when run as sproc and very less logical reads when run as a script
Hello
Have a question,
when i execute a sproc. i get a very high logical reads count and when i run the same sproc converted into script it has very low logical reads what does it mean..I would like you to check query plan during ad-hoc run versus stored procedure execution. As other pointed out it could be due to parameter sniffing.
Balmukund Lakhani
Please mark solved if I've answered your question, vote for it as helpful to help other users find a solution quicker
This posting is provided "AS IS" with no warranties, and confers no rights.
My Blog |
Team Blog | @Twitter
| Facebook
Author: SQL Server 2012 AlwaysOn -
Paperback, Kindle -
Logical IO, Pure Logical IO, Physical IO
Can some one clarify the below
1) difference between Logical IO and Pure Logical IO. When do these occur?
2) Why high logical IO is not good for performance.
I am confused by reading about these three IOs and the order in which these get invoked. Thanks.sk12345678 wrote:
Can some one clarify the below
1) difference between Logical IO and Pure Logical IO. When do these occur?Never heard it called that. Logical I/O means reading from cache. Physical I/O means reading directly from the storage device.
The confusion between the two is when there is a secondary cache. For example, database resides on a cooked file system (ntfs, ext3, etc). The kernel has its own cache for that file system. So when Oracle performs an I/O on a data block not in Oracle's buffer cache, that according to Oracle is physical I/O. However, that block could be in the kernel's file system cache - which means logical I/O.
So what seems to be physical I/O in such a case, may not always be physical I/O.
That said, never heard of "+pure logical I/O+".
2) Why high logical IO is not good for performance.Untrue. Logical I/O is faster than physical I/O and it that aspect, is "+good+" for performance.
However, a large percentage of logical I/O and very little physical I/O does raise a question as to how well the software doing that I/O has been designed. Why is logical I/O so high? This means the very same data blocks loaded into the cache is hit again and again and again...
Ideally, s/w should only do a single pass through data - not multiple passes. So non-optimally designed and coded s/w that does multiple passes through data will have artificially high amounts of logical I/O. Thus a high percentage of logical I/O can be a symptom of an underlying problem with the s/w. -
Hi,
is logical I/O a bad thing in an oracle database, specifically 10gR2 10.2.0.4
I have one database that we monitor and it appears that logical I/O is very high. As I understand it however if logical IO is being done then it is better than physical IO
I view logical I/O from gv$segment_statistics
thanksbi_nary wrote:
and then this would I hope lead to less logical I/O as the index is more efficient.As sb92075 said: The premise that less logical I/O is better, is wrong. What is better is less I/O. Period. Does not matter that is logical or physical.
Lots of logical I/O is however indicative of cached rows being used and re-used and used again... Which begs the question why?
Why use multiple passes through the same set of rows? Surely a single pass through a data set is significantly faster and will generate a a lot less I/O.
And this is the typical cause for high logical I/O. Multiple passes through the same data set. This can be PL/SQL based. For example, a stored proc has a bunch of IF conditions, where each condition requires rows in a specific table to be updated. The structure looks something as follows:
if confition-1 then
update foo_tab
set ..
where ... //updates 100 of a 1000 rows
end if;
if confition-2 then
update foo_tab
set ..
where ... //updates 500 of a 1000 rows
end if;
.. etc..
if confition-n then
update foo_tab
set ..
where ... //updates 300 of a 1000 rows
end if;So this code hits the same rows again and again with updates - instead of using a single update and adding the logic of which rows to update with what, in the SQL statement.
Multiple passes can also result from poorly designed and written SQL statements. For example, the following SQL requires 2 selects on table 2, with a single select required for for every row processed in table 1:
update table1
set some_column = (select bcol from table2 where table2.key = table1.key )
where key in (select key from table2)This is a problem as 2 SQLs are used against table 2. In such a case, tables 1 and 2 can be joined instead, and an "+updatable view+" created and used. This will result in a single select against table 2 for updating the rows in table 1.
Bottom line is that messing around with indexes, counting "+leave depths+", thinking "+unbalanced indexes+", contemplating index rebuilds and the like.. well, that is all silly bugger stuff. It has nothing to do with the actual problem.
There is a reason for that I/O. That reason resides in the design of the data model and the nature of the code using that data model. That is what you need to look at and evaluate. -
High Consistent Gets and memory settings
What is actually high consistent gets?
I get High Consistent Gets for certain sessions. Following are some of my parameter settings.
db_16k_cache_size = 0
db_2k_cache_size = 0
db_32k_cache_size = 0
db_4k_cache_size = 0
db_8k_cache_size = 0
db_block_size = 8192
sga_max_size = 7632M
sga_target = 7632M
shared_pool_reserved_size = 119957094
shared_pool_size = 48M
pga_aggregate_target = 1500M
Will setting AMM by configuring following parameter help Oracle to manage the memory in terms of workload and reduce CONSISTENT GETS?
Or do I need to manually configure parameter such as "db_8k_cache_size".?
memory_max_target = my SGA+PGA: 9.5G
memory_target = my SGA+PGA: 9.5G
sga_target = 0
pga_agreegate_target =0
Regards, LilyLily wrote:
What is actually high consistent gets?These are the logical IO's . If the logical IOs are high, it may mean that you have selected a lot of data which is now supposed to be given back to you. The high Logical IOs is not something that you should try to minimize using a high amount of memory since its already cached data. That sort of workaround works or would work if the physical IOs are high. If the session is doing more logical IO's check the query and the selectivity of the data and see if you can limit it further.
I get High Consistent Gets for certain sessions. Following are some of my parameter settings.
db_16k_cache_size = 0
db_2k_cache_size = 0
db_32k_cache_size = 0
db_4k_cache_size = 0
db_8k_cache_size = 0
db_block_size = 8192
sga_max_size = 7632M
sga_target = 7632M
shared_pool_reserved_size = 119957094
shared_pool_size = 48M
pga_aggregate_target = 1500M
Will setting AMM by configuring following parameter help Oracle to manage the memory in terms of workload and reduce CONSISTENT GETS?
Or do I need to manually configure parameter such as "db_8k_cache_size".?
memory_max_target = my SGA+PGA: 9.5G
memory_target = my SGA+PGA: 9.5G
sga_target = 0
pga_agreegate_target =0
As I said, instance tuning is not something that you should aim for .
Aman.... -
Statpack analyzing of 9i database.
hi Expertise
Please help me for sorting the statpack report of my production DB in 9i. Also advise some recommendation after analyzing my statpack view.
Elapsed: 3.75 (min) 225 (sec)
DB Time: 7.84 (min) 470.65 (sec)
Cache: 10,016 MB
Block Size: 8,192 bytes
Transactions: 2.01 per second
Performance Summary
Physical Reads: 15,666/sec MB per second: 122.39 MB/sec
Physical Writes: 22/sec MB per second: 0.17 MB/sec
Single-block Reads: 1,412.69/sec Avg wait: 0.03 ms
Multi-block Reads: 1,916.26/sec Avg wait: 0.05 ms
Tablespace Reads: 3,346/sec Writes: 22/sec
Top 5 Events
Event Percentage of Total Timed Events
CPU time 79.89%
PX Deq: Execute Reply 6.38%
db file scattered read 4.32%
SQL*Net more data from dblink 4.29%
db file sequential read 2.00%
Tablespace I/O Stats
Tablespace Read/s Av Rd(ms) Blks/Rd Writes/s Read% % Total IO
TS_CCPS 3,117 0 2.5 0 100% 92.5%
TS_OTHERS 204 0.2 26.2 1 99% 6.09%
TS_AC_POSTED03 19 1.9 127 2 89% 0.63%
Load Profile
Logical reads: 42,976/s Parses: 39.41/s
Physical reads: 15,666/s Hard parses: 5.43/s
Physical writes: 22/s Transactions: 2.01/s
Rollback per transaction: 0% Buffer Nowait: 100%
4 Recommendations:
Your database has relatively high logical I/O at 42,976 reads per second. Logical Reads includes data block reads from both memory and disk. High LIO is sometimes associated with high CPU activity. CPU bottlenecks occur when the CPU run queue exceeds the number of CPUs on the database server, and this can be seen by looking at the "r" column in the vmstat UNIX/Linux utility or within the Windows performance manager. Consider tuning your application to reduce unnecessary data buffer touches (SQL Tuning or PL/SQL bulking), using faster CPUs or adding more CPUs to your system.
You are performing more than 15,666 disk reads per second. High disk latency can be caused by too-few physical disk spindles. Compare your read times across multiple datafiles to see which datafiles are slower than others. Disk read times may be improved if contention is reduced on the datafile, even though read times may be high due to the file residing on a slow disk. You should identify whether the SQL accessing the file can be tuned, as well as the underlying characteristics of the hardware devices.
Check your average disk read speed later in this report and ensure that it is under 7ms. Assuming that the SQL is optimized, the only remaining solutions are the addition of RAM for the data buffers or a switch to solid state disks. Give careful consideration these tablespaces with high read I/O: TS_CCPS, TS_OTHERS, TS_AC_POSTED03, TS_RATING, TS_GP.
You have more than 1,222 unique SQL statements entering your shared pool, with the resulting overhead of continuous RAM allocation and freeing within the shared pool. A hard parse is expensive because each incoming SQL statement must be re-loaded into the shared pool; with the associated overhead involved in shared pool RAM allocation and memory management. Once loaded, the SQL must then be completely re-checked for syntax & semantics and an executable generated. Excessive hard parsing can occur when your shared_pool_size is too small (and reentrant SQL is paged out) or when you have non-reusable SQL statements without host variables. See the cursor_sharing parameter for an easy way to make SQL reentrant and remember that you should always use host variables in you SQL so that they can be reentrant.
Instance Efficiency
Buffer Hit: 69.13% In-memory Sort: 100%
Library Hit: 96.4% Latch Hit: 99.99%
Memory Usage: 95.04% Memory for SQL: 64.19%
2 Recommendations:
Your Buffer Hit ratio is 69.13%. The buffer hit ratio measures the probability that a data block will be in the buffer cache upon a re-read of the data block. If your database has a large number of frequently referenced table rows (a large working set), then investigate increasing your db_cache_size. For specific recommendations, see the output from the data buffer cache advisory utility (using the v$db_cache_advice utility). Also, a low buffer hit ratio is normal for applications that do not frequently re-read the same data blocks. Moving to SSD will alleviate the need for a large data buffer cache.
Your shared pool maybe filled with non-reusable SQL with 95.04% memory usage. The Oracle shared poolcontains Oracle´s library cache, which is responsible for collecting, parsing, interpreting, and executing all of the SQL statements that go against the Oracle database. You can check the dba_hist_librarycache table in Oracle10g to see your historical library cache RAM usage.
SQL Statistics
Click here to see all SQL data
Wait Events
Event Waits Wait Time (s) Avg Wait (ms) Waits/txn
PX Deq: Execute Reply 137 30 219 0.3
db file scattered read 431,159 20 0 951.8
SQL*Net more data from dblin 51,140 20 0 112.9
db file sequential read 317,856 9 0 701.7
io done 6,842 5 1 15.1
db file parallel read 21 1 52 0.0
local write wait 250 1 4 0.6
db file parallel write 825 1 1 1.8
SQL*Net message from dblink 208 1 3 0.5
log file parallel write 2,854 1 0 6.3
0 Recommendations:
Instance Activity Stats
Statistic Total per Second per Trans
SQL*Net roundtrips to/from client 87,889 390.6 194.0
consistent gets 10,141,287 45,072.4 22,387.0
consistent gets - examination 884,579 3,931.5 1,952.7
db block changes 100,342 446.0 221.5
execute count 18,913 84.1 41.8
parse count (hard) 1,222 5.4 2.7
parse count (total) 8,868 39.4 19.6
physical reads 3,525,003 15,666.7 7,781.5
physical reads direct 539,879 2,399.5 1,191.8
physical writes 5,132 22.8 11.3
physical writes direct 29 0.1 0.1
redo writes 1,598 7.1 3.5
session cursor cache hits 4,378 19.5 9.7
sorts (disk) 0 0.0 0.0
sorts (memory) 4,988 22.2 11.0
table fetch continued row 310 1.4 0.7
table scans (long tables) 82 0.4 0.2
table scans (short tables) 18,369 81.6 40.6
workarea executions - onepass 0 0.0 0.0
5 Recommendations:
You have high network activity with 390.6 SQL*Net roundtrips to/from client per second, which is a high amount of traffic. Review your application to reduce the number of calls to Oracle by encapsulating data requests into larger pieces (i.e. make a single SQL request to populate all online screen items). In addition, check your application to see if it might benefit from bulk collection by using PL/SQL "forall" or "bulk collect" operators.
You have 3,931.5 consistent gets examination per second. "Consistent gets - examination" is different than regular consistent gets. It is used to read undo blocks for consistent read purposes, but also for the first part of an index read and hash cluster I/O. To reduce logical I/O, you may consider moving your indexes to a large blocksize tablespace. Because index splitting and spawning are controlled at the block level, a larger blocksize will result in a flatter index tree structure.
You have high update activity with 446.0 db block changes per second. The DB block changes are a rough indication of total database work. This statistic indicates (on a per-transaction level) the rate at which buffers are being dirtied and you may want to optimize your database writer (DBWR) process. You can determine which sessions and SQL statements have the highest db block changes by querying the v$session and v$sessatst views.
You have high disk reads with 15,666.7 per second. Reduce disk reads by increasing your data buffer size or speed up your disk read speed by moving to SSD storage. You can monitor your physical disk reads by hour of the day using AWR to see when the database has the highest disk activity.
You have high small table full-table scans, at 81.6 per second. Verify that your KEEP pool is sized properly to cache frequently referenced tables and indexes. Moving frequently-referenced tables and indexes to SSD or theWriteAccelerator will significantly increase the speed of small-table full-table scans.
Buffer Pool Advisory
Current: 3,599,469,418 disk reads
Optimized: 1,207,668,233 disk reads
Improvement: 66.45% fewer
The Oracle buffer cache advisory utility indicates 3,599,469,418 disk reads during the sample interval. Oracle estimates that doubling the data buffer size (by increasing db_cache_size) will reduce disk reads to 1,207,668,233, a 66.45% decrease.
Init.ora Parameters
Parameter Value
cursor_sharing similar
db_block_size 8,192
db_cache_size 8GB
db_file_multiblock_read_count 32
db_keep_cache_size 1GB
hash_join_enabled true
log_archive_start true
optimizer_index_caching 90
optimizer_index_cost_adj 25
parallel_automatic_tuning false
pga_aggregate_target 2GB
query_rewrite_enabled true
session_cached_cursors 300
shared_pool_size 2.5GB
optimizercost_model choose
1 Recommendations:
You are not using large blocksizes for your index tablespaces. Oracle research proves that indexes will build flatter tree structures in larger blocksizes.Systemwide Tuning using STATSPACK Reports [ID 228913.1] and http://jonathanlewis.wordpress.com/statspack-examples/ should be useful.
-
Once again I come to my computer, and it's not the way I left it. While I love cloud, I think in some way, the concept of Customer Service i.e. Providing a Service to a Customer "Set Service, for a Set Price" has lost the value of "service"
I find it extremely disheartening, to always be dealing with changes Adobe makes, it costs me an exorbitant amount of time. I don't work with a team, so it's just me. And every other week, there is some changes, when my 3D quite working in CS6 I had no forewarning, just woke up one morning and "Poof" no more 3D, the software turned off the feature in my CS6, however, it did work in CC.
The things I find most disheartening
features quit working with NO PRIOR WARNING.
Plug-ins, libraries what, now have to be stored in the cloud in order for MY system to automatically see them?
Again No Default Libraries on our machines ( unless you think I'm going to store 2 Terabytes of libraries on the cloud and/or in my AppData Directory *not* Nothing but system/program files themselves go on my Primary drive, everything else is on external drives, this is a security issue and one I'm not about to change, nor should anyone have to change it, since it is a *best practices* standard.
I still can't access items in (for instance: Color Themes created on Kuler, are available on my computer, but not for me to put them into a library on the cloud. I have over 100 color themes there I have created, on my Creative Cloud account, why can they not be imported or drag/drop into the library designated for it. When I log into my Cloud Account on My iPad it is the same cloud account as on my PC, yet it doesn't even see my previously created color scheme's? Why? Does anyone have any ideas?
I use a font manager for Windows called High-Logic, a Font Manager, Creator and a Scanner for Hand Writing Fonts Great Program, I've had it for over a year, while there is no plugin for Photoshop there is for In-Design and for Photoshop, I use the Font Manager on my computer to activate the font I want and it shows up in the Character Tool Box automatically. Yet, just in the last week, every time I try and create something in Photoshop, I'm fine, until I go to use a font, at which time, my working project goes "dark" ( no longer visible) until I click on another tool in Photoshop.
I cannot keep having these issues, it's way too time consuming, it's exorbitantly time consumer attempting to get a response to questions in the forums (no one's fault, it's just the nature of the forums themselves)
The true cost of a product is not only in it's subscription based fee, but also includes the time it takes to keep up with product changes, additional training, the cost of delivery (cable connections/provider). So far since the first of the year I have logged over 100 hours to either 'fix something that quit working with no notice', time spent re-reading documentation seeking a solution, time spent perusing the forums for a solutions, or posting a question, time spent in additional training/books, etc."
While I understand I'm relatively new, as I had a 5 years off from working, I went from Macromedia Suite 8 to CS5.5 -full suite (heck-of a learning curve)
Yet, I cannot believe I am the only person having these issues, otherwise the forums wouldn't be so full.
I did try limiting the permissions to not allow Adobe to update the software automatically, however, the permissions I wrote, were in fact re-written by adobe's cloud synchronization, Which I did find disturbing on a few levels. None of which I'll go into, but it needed to be mentioned that *yes, I tried that too*.
*I ended up re-configuring my machine AGAIN* and deleting CS6 altogether, The performance change after I deleted CS6, was/is the difference and why I am still with my cloud membership.
**I have reconfigured my machine numerous times, to facilitate the cloud, I am on a PC, Adobe and Microsoft Development Environments do not play well together, I ended up removing them altogether and creating a vm for them and basically all my development work. And have twice since reconfigured it for various reasons.Hi
One of the reasons that Edge fonts and web fonts are though to be preferable to the old font stacks was because of Android tablets/smartphones only having the Droid font family available, (Android 4.3 added the Roboto font family also).
This meant that Android device users defaulted to the 'Droid' font or a user installed font. The default font if the user had installed a custom font and set it as default, could be anything, (even a comic script font) thus possibly destroying your text and/or layout completely.
If you are not using an Edge font or a downloadable font do not forget to set the last three fonts in your font stack to -
'...., Roboto variant, Droid variant, default font'
PZ -
It's hard to present AWR report content here as if i go for copy paste the content alinment and format get changed. Is there any better way to present AWR report in my query.
Here is my query.
In a 2 hour AWR reports for a database I can see the below top 5 wait event's
the database is running on high CPU consumption (there are very less physical reads on database and Logical read is high i suppose ) so I also gather the Segments by Logical Reads. Please provide any suggestion how can i avoid logical reads I/o for the dataabse. If you see at bottom only two segments are responsible for high logical reads.
Please let me know if more content of AWR report is required.
Per Second Per Transaction
Redo size: 12,765.52 2,030.27
Logical reads: 324,030.64 51,534.93
Block changes: 71.62 11.39
Physical reads: 28.26 4.49
Physical writes: 3.84 0.61
User calls: 333.61 53.06
Parses: 157.16 24.99
Hard parses: 0.17 0.03
Sorts: 30.07 4.78
Logons: 1.71 0.27
Executes: 156.35 24.87
Transactions: 6.29
% Blocks changed per Read: 0.02 Recursive Call %: 28.05
Rollback per transaction %: 16.17 Rows per Sort: 29.99
Top 5 Timed Events
Event Waits Time(s) Avg Wait(ms) % Total Call TimeWait Class
CPU time 4,711 88.0
db file sequential read 190,548 356 2 6.7 User I/O
gc current block 2-way 172,948 151 1 2.8 Cluster
gc cr grant 2-way 128,668 67 1 1.2 Cluster
log file sync 37,920 54 1 1.0 Commit
Segments by Logical Reads
Total Logical Reads: 2,342,983,880
Captured Segments account for 99.8% of Total
Owner Tablespace Name Object Name Subobject Name Obj. Type Logical Reads %Total
web_dc DECOINDX D_1F01BC958000013B INDEX 909,141,504 38.80
web_dc DECODATA DM_RELATION_TYPE_S TABLE 908,104,384 38.76
web_dc DECOINDX D_1F01BC9580000518 INDEX 165,716,752 7.07
web_dc DECODATA DM_RELATION_S TABLE 136,235,504 5.81
web_dc DECOINDX D_1F01BC9580000024 INDEX 62,935,008 2.69
Regards
balvindarIn a 2 hour AWR reports for a database I can see the below top 5 wait event's
Comment: 2 hour is a too big interval to draw any conclusion. It should be 15-30 mins maximum.
Apart from that: 88 percent of the wall time is devoted to CPU, so do you have a problem? Not at all!!! Your database is doing pretty nothing.
the database is running on high CPU consumption (there are very less physical reads on database and Logical read is high i suppose ) so I also gather the Segments by Logical Reads. Please provide any suggestion how can i avoid logical reads I/o for the dataabse. If you see at bottom only two segments are responsible for high logical reads.
Comment: the database is not running on high CPU consumption. You would need to run an ADDM report to be able to ascertain that. We have no data on the CPU load of the server, nor how much Oracle is contributing to the load.
You cannot avoid logical read I/O, other than just stopping the application. You can tune them by tuning statements.
In the future, please wrap the output in tags (no spaces, lowercase), or I will need new glasses ;)
Sybrand Bakker
Senior Oracle DBA -
How to tune buffer busy waits in RAC
Hi,
In our environment we se lot of buffer busy waits.
How can I tune that.
we are using 9i RAC on HACMP.
Regards
MMUThere could be several reasons for buffer busy waits, however the common reason is high logical reads..
Normally they relate to bad SQL, you can try to identify those bad queries using a 10046 trace at level 8 or 12 and then tkrprof the trace file and look at the output.
In a RAC environment you will see global buffer busy waits which again relates to buffer busy waits at the instance level. -
Good Software to Make a Font?
I did a search here but the most recent thing that comes up is from 2003.
Does anyone know of any good software that I can make fonts with? This is my first attempt and I want something free or inexpensive just to see how I like it.
Thanks!You asked for something 'good' and also 'inexpensive'. In general, you
can't have both.
The two suggestions you've received so far include one good and
expensive solution (Fontlab) and one poor and inexpensive (Corel Draw).
Corel Draw's font creation process is absurd! It does one character at
a time and has just about zero ways to select or create any other than
a couple of default font attributes.
An exception to the rule is FontForge, which is both good and free. It
also has a steep learning curve, and requires a cygwin environment.
Somewhere in between, you can find:
Other programs from Pyrus/Fontlab, with varying costs and degrees of
capability, including TypeTool and Scanfont. Scanfont does a
reasonable job of vectorizing images of full character sets, but
should really be used in conjunction with FontLab. They also own and
sell Fontographer, an expensive old warhorse of a program that hasn't
been updated in many many years. The Mac version is a bit newer.
FontCreator (High-Logic Systems). Extremely flexible when vectorizing
images of individual glyphs. It has poor defaults (such as assigning
the copyright to High-Logic Systems and creating many hundreds of
empty glyphs) that have to be overcome. Again, post-processing with a
program like FontLab is recommended, but not necessary.
CR8 Software Solutions:
Has a free font creator, TypeLight, that has limited drawing tools,
can't import scanned images directly, and other limitations. He also
offers a paid version with significantly more capability, and a
separate program CR8Trace, for vectorizing scanned images. All in all,
not great, but you get what you pay for. -
Push button signal to parallel port to trigger a process
I just need to connect a push button to the parallel port to set it as a trigger signal for a process.
When push button is pressed, labview executes a process.
Kindly help me how to do this, the wiring please
Regards
Grugh Mike
Success is Everything !!
Solved!
Go to Solution.Data Lines to be used as inputsSome parallel ports can be configured to use the data lines as inputs. It depends a great deal on the way the manufacturer designed the parallel port. With some models the data lines can be read the same way we read the control lines, by driving them to high logic so they will take on the value of an external signal. However, most parallel ports require that you set the direction bit for input. This is bit 5 in the Control register (base+2). If the port is capable of it, setting the direction bit high has the effect of making the lines tri-state so it can be driven externally. Sometimes it is also necessary to toggle bit 6 high or low. However, it should be noted that some manufacturers actually lock these bits so that software cannot change them. An example is shown below in Figure 7.
To test whether your data lines can be used for input, try the following:
Set bit 5 of the control register high (at base address+2).
With nothing connected to the port, write a couple of values to the data port, and read each back after you write it.
If the reads DON'T match the writes, your port is probably bidirectional. Setting C5 disabled the data outputs and you're reading the open inputs of the data-port buffer. If the reads DO match the writes, your port isn't bidirectional. The data outputs are still enabled, you're reading back what you wrote, and you won't be able to read external signals. If it is possible to use your data lines for input, then you just need to set control register bit 5 high and read from the value of the data lines at the base address. -
How to avoid dependance between output digital port with a PCI 1200 daq card?
Hello,
I don't manage to fix the state of a line on one port (PA0 for ex) without change the state of another line of another digital port (PB0 for ex)
I use a PCI 1200 Daq card with Labview 5.0.1 (under Windows 98)
How to configure a robust state (high logic level) on a line of a port??
Does anybody have an idea on this problem?
Thanks a lot in advance and happy new year to the community
JF LAVEZARDjflab a écrit:
Hello,
I don't manage to fix the state of a line on one port (PA0 for ex) without change the state of another line of another digital port (PB0 for ex)
I use a PCI 1200 Daq card with Labview 5.0.1 (under Windows 98)
How to configure a robust state (high logic level) on a line of a port??
Does anybody have an idea on this problem?
Thanks a lot in advance and happy new year to the community
JF LAVEZARD
Hello,
I've found the problem
The PCI1200 has a chip 8255 for Digital I/O
If I use the bad VI, it reconfigures the port and all the lines go in a low logic state
so I'd to write only on the port or the line without reconfigure the port
So the good VI in the palett is: Port Write and not Digital Port write!
See attached file..
Thanks
Best Regards
Attachments:
port_dio.jpg 771 KB
Maybe you are looking for
-
When I light up my nano iPod screen an exclamation mark inside of a triangle appears along with this web page address: www.apple.com/support/ipod The iPod is fully charged and has been restored as well as updated with this file: iPodUpdater2006-03-23
-
A while back my early model iPod died and I have no desire or money to replace it. I invested a small fortune in my library and it was quite a blow when my pc died eventually as well. I still have the old broken ipod, (good for it's serial number bu
-
I'm trying to change the background to a Menu inside a MenuBar. I was able to change the MenuItem's background, but there's this gap at the top and at the bottom of the menu which is still gray, and I can't seem to find a way to change it. This is my
-
TS3297 Problem with locating a digital music booklet in iTunes library
Good morning to all. I have purchased and downloaded a music album yesterday from Tunes which was accompanied by a digital music booklet featuring information on the singer and the composers but I don't seem able to locate it anywhere in my iTunes li
-
Stateless SessionBean Transaction not Rolling Back
I have a situation to create two Entity Beans within a single Transaction, so I created a Session Bean to create the two Entity Beans. I have the Session bean with attribute <session-type>Stateless</session-type>