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

• 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