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.

    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
    Keith

    2010 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.

  • Logical I/O

    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
    thanks

    bi_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, Lily

    Lily 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.

  • What happened to the default folder set (for your own libraries) in Edit/Preferences, in Adobe Photoshop CC?

    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

  • Need help on Awr Report

    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
    balvindar

    In 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
    MMU

    There 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 LAVEZARD

    jflab 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

  • IPod error message

    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

  • How can I retrieve my itunes library on a new computer after my older ipod dies and cannot be turned on?

    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

  • Customize menu css

    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>