Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: MASSIVE degradation of insert using sequence ID's via JDBC on 9i?

Re: MASSIVE degradation of insert using sequence ID's via JDBC on 9i?

From: bugbear <bugbear_at_trim_papermule.co.uk_trim>
Date: Wed, 29 Jun 2005 14:55:40 +0100
Message-ID: <42c2a85d$0$41899$ed2619ec@ptn-nntp-reader03.plus.net>


Dear all;

Thanks for all your help and pointers.
I have still not resolved why I'm cripping 9i, but I have learnt about trace events and analysing trace files.

I have now run my test (as listed elsewhere) against both 9i and 10g, with
10046 tracing at level 12.

As well as tkprof, I used the
AppsDBA resource profiler
http://home.comcast.net/~arivenes/scripts/resource.zip to analyse the results.

The biggest (and it's BIG) difference is clearly shown in the summary:

10 looks "ok"

INTERVAL RATES AND WAITS (service time + wait time)

                                         Total Event  % Event       Total  --------------- Cumulative ----------------
Event Name                               Time (sec)     Time      Events  Avg Time(sec)  Min Time(sec)  Max Time(sec)

-------------------------------- ----------------- ------- ---------- ------------- ------------- -------------
unaccounted-for 5.871474 33.73 SQL*Net message from client 5.448164 31.30 20,007 0.000272 0.000164 0.197724 CPU Service 4.706311 27.04 25,974 0.000181 0.000000 0.097985 log file sync 1.231318 7.07 5,097 0.000242 0.000004 0.056876 SQL*Net message to client 0.088047 0.51 20,007 0.000004 0.000002 0..000131 enq: RO - fast object reuse 0.050858 0.29 4 0.012715 0.000007 0.048422 log file switch completion 0.009098 0.05 1 0.009098 0.009098 0.009098 rdbms ipc reply 0.001343 0.01 4 0.000336 0.000126 0.000847
-------------------------------- ----------------- ------- ---------- ------------- ------------- -------------
Total 17.406613 100.00 71,094

While 9 appears "unwell"

INTERVAL RATES AND WAITS (service time + wait time)

                                         Total Event  % Event       Total  --------------- Cumulative ----------------
Event Name                               Time (sec)     Time      Events  Avg Time(sec)  Min Time(sec)  Max Time(sec)

-------------------------------- ----------------- ------- ---------- ------------- ------------- -------------
log file sync 572.589406 97.21 5,058 0.113205 0.000043 1.000852 unaccounted-for 6.100452 1.04 SQL*Net message from client 5.280490 0.90 20,007 0.000264 0.000146 0.133374 CPU Service 4.710000 0.80 26,420 0.000178 0.000000 0.100000 db file sequential read 0.292716 0.05 66 0.004435 0.000025 0.016963 SQL*Net message to client 0.032749 0.01 20,007 0.000002 0.000000 0.000722 rdbms ipc reply 0.012621 0.00 8 0.001578 0.000810 0.003936
-------------------------------- ----------------- ------- ---------- ------------- ------------- -------------
Total 589.018434 100.00 71,566

the log file sync event count is very similar, but where 10g is doing each flush in 0.000242, 9i takes a rather leisurely 0.113205.

Googling shows that "log file sync" simply mean the LGWR system saving redo information.

I'm off to learn more, but would like to say "thank you" to all the good folks here who helped me get this far.

   BugBear (still happy to receive advice) Received on Wed Jun 29 2005 - 08:55:40 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US