Could you post the URL for the trace file
again.
One observation - 3,000 commits per
minute seems very odd for processing
230 sales order lines per minute.
Also 3,000 commits per minute doesn't
seem to be consistent with the trace file
which I can no longer see that had one
update executed twice, updating 86,000
rows or so.
You can look at x$kcbfwait to identify
which file the v$waitstat waits cam from.
Clearly the application is somewhat
defective, and solving it by fiddling with
the database may be a forlorn hope,
but if you haven't tried it yet, a log buffer
of 10MB might help - on the other hand
it might just make all the log file syncs
last longer.
Do you have figures for
total elapsed run time
total wait time on log file sync
total wait time on tx enqueues
total CPU used
for the duration of the run ?
Jonathan Lewis
Seminars on getting the best out of Oracle
Last few places available for Sept 10th/11th
See http://www.jlcomp.demon.co.uk/seminar.html
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Jonathan Lewis
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
