RE: High "log buffer space" wait in BATCH Type Transactions

Folks

During a Benchmark Run on Batch Type Transactions on NON-RAC Database using 
Dedicated sessions following High "log buffer space" wait is seen.
NOTE - Increasing log_buffer size from 7Mb to 32 Mb only resulted in a further 
REDUCED Performance.

Currently The Redo logfiles are on Mounted filesystem.
Qs Will moving the Redo back to RAW Devices also Reduce the "log buffer space" 
wait  wait for BATCH Runs?

NOTE - Previously, For OLTP type Transactions on the SAME Database, High "log 
file sync" wait was also seen with Redo on Mounted filesystem which 
disappreared when the Redo were moved to RAW Devices.

Oracle 10.2.0.3
Solaris 10

Will Share Statspack as needed please.

Cheers & Thanks

Vivek

Top 5 Timed Events                                                    Avg %Total
~~~~~~~~~~~~~~~~~~                                                   wait   Call
Event                                            Waits    Time (s)   (ms)   Time
----------------------------------------- ------------ ----------- ------ ------
log buffer space                             2,464,248     585,064    237   76.0
CPU time                                                   103,594          13.5
log file sync                                   48,470      30,062    620    3.9
buffer busy waits                              116,409      14,745    127    1.9
db file parallel write                       2,102,173      14,517      7    1.9
          -------------------------------------------------------------
^LHost CPU  (CPUs: 120)
~~~~~~~~

**************** CAUTION - Disclaimer *****************
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely 
for the use of the addressee(s). If you are not the intended recipient, please 
notify the sender by e-mail and delete the original message. Further, you are 
not to copy, disclose, or distribute this e-mail or its contents to any other 
person and any such actions are unlawful. This e-mail may contain viruses. 
Infosys has taken every reasonable precaution to minimize this risk, but is not 
liable for any damage you may sustain as a result of any virus in this e-mail. 
You should carry out your own virus checks before opening the e-mail or 
attachment. Infosys reserves the right to monitor and review the content of all 
messages sent to or from this e-mail address. Messages sent to or from this 
e-mail address may be stored on the Infosys e-mail system.
***INFOSYS******** End of Disclaimer ********INFOSYS***
--
http://www.freelists.org/webpage/oracle-l


Other related posts: