:D Hi Folks,
I wounder what are the measures that are needed to be taken improve the Buf. Cache hit ratio, for an instance whose tables and indices are analyzed every day. The current hit ratio for an 33 sessions is 88%.
I know one of the solutions is to increase the db_block_buffers. But I'm looking for a way to do things without increasing the db_block_buffers. The sessions are read and write intensive.
The current setup of it is
DB version : 8.1.6 STD for sun 2.8
8K block size
64M shared pool
100M Buffer cache
15M Large pool
20M Java pool
Max# SESSIONs 250
Any suggestions would really be appreciated.
Your applications also counts very much.
The appilication is regular sql nothing fansier. It uses the net8 to interact with the instance.
I wounder whether there is a way to find out what is causing this low hit ratio. In short, the application that uses the OCI would make connection to the database and would use the database tables to keep track of IMP logins and sessions on the database. When ever a user opens/reads their email on the internet, the program would insert/update or select the data from the table.
Thats all the program does on the database side. I wonder whether there are any ways to find out where the contention for the Buffer cache lies at.
chack this out
Thanx for the information puneet and omegamark. But still I'm not satisfied with the 88% performance for an 33 sessions system.
Does any one aware of any places that I could twiege, to increase the buffer cache hit without increasing the #of db_buffers.
trace a session, tkprof the trace file, check the explain plan of statements.
may be you have many full table scans, or putting useless data in the data buffer that fill the buffer so fast.
Click Here to Expand Forum to Full Width