| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
Home -> Community -> Usenet -> c.d.o.server -> Re: Help: large "cache buffers lru chain", large performace degradation
Thanks for the suggestions.. i can try them out only today
night when there is no traffic.
I have done some analysis on buffer contention, as per this
it tells that there are no contentions. If this is true than
it means that i am barking up the wrong tree..
Thanks,
Nagarajan
Information taken from
http://database.sarang.net/database/oracle/concept/oracle-latch/latch.html
Internal structures in oracle are protected by
latches
There were 1054126 waits and 975035 total wait time with avg 3.38 wait time
Query to give name of latch using address
Select name from v$latchname ln, v$latch l where l.addr = 'give_address_here' and l.latch# = ln.latch#
>>>where does the address come from
query to provide system-wide latch statistics
select ln.name, l.addr, l.gets, l.misses, l.sleeps,
l.immediate_gets, lh.pid
from v$latch l, v$latchholder lh, v$latchname ln
where l.latch# = ln.latch#
order by l.latch#;
latch wait list
0000000000800F30172707 28 47
0 9
process allocation
000000000080101893529 3 3
93529 9
session allocation
00000000008010B8854028 89 119
0 9
cached attr list
0000000000801F300 0 0
0 9
modify parameter values
00000000008020D093529 31 81
0 9
messages
00000000008022001077038 153 149
0 9
cache protection latch
00000000008038380 0 0
0 9
cache buffers lru chain
0000000000803BF8149090851 975786 729074
159948831 9
redo allocation
00000000008042003050922 3430 4134
0 9
KCL name table latch
00000000008049D80 0 0
0 9
instance latch
0000000000804F700 0 0
0 9
lock element parent latch
00000000008050100 0 0
0 9
loader state object freelist
00000000008051F094 0 0
0 9
sequence cache
00000000008061B0292166 0 0
0 9
row cache objects
00000000008062D88441263 763 786
3660 9
user lock
00000000008086D0374056 47 49
0 9
shared pool
0000000000808A802833988 1386 1557
0 9
library cache load lock
0000000000808BC02180 0 0
0 9
virtual circuit buffers
0000000000808D400 0 0
0 9
query server process
000000000080A5C80 0 0
0 9
process queue reference
000000000080A8480 0 0
0 9
Ratio of gets to misses is less than 1%
Ratio of immediate_misses to sum of immediate_misses and immediate_gets
select ln.name, l.addr, l.gets, l.misses, l.sleeps, l.immediate_gets, l.immediate_misses, lh.pid
from v$latch l, v$latchholder lh, v$latchname ln where l.addr = lh.laddr(+)
and l.latch# = ln.latch# and ln.name like '%buffer%' order by l.latch#
cache buffers chains
00000000008036581720824308 136981 288049
291490122 280087
cache buffer handles
00000000008036F85470 0 0
0 0
cache buffers lru chain
0000000000803BF8150597009 988927 738402
161565972 2108125
virtual circuit buffers
0000000000808D400 0 0
0 0
parallel query alloc buffer
000000000080AA780 0 0
0 0
checking for cache buffer chains
280087 to (291490122 + 280087)
280087 to 291770209, less than one percent
2108125 to (161565972 + 2108125)
2108125 to 163674097, less than one percent
no contention for buffers? Received on Mon Jan 13 2003 - 07:39:37 CST
![]() |
![]() |