| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: v$sql problem
session_cached_cursors =3D 0
cursor_space_for_time =3DFALSE
These are the only 2 sessions using the database and they both are able = to find same insert statement in memory and not try to parse new insert = statement but only problem is not updating the execution column = properly.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org =
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Tanel P=F5der
Sent: Wednesday, July 07, 2004 6:12 PM
To: oracle-l_at_freelists.org
Subject: Re: v$sql problem
> I am testing the insert performance into a table from 2 sessions both
> reading from same table. I am inserting in a batch of 1000 rows at a
> time and in 1 session we are inserting 1000 batches so total 1M rows
> inserted. Also we are doing commit after every 1000 rows. When I check
> the view v$sql and run statement from only 1 session it shows =
executions
> as 1000 (for 1000 batches) and increment in 1000 for each run. But =
when
> I run both sessions concurrently it only increases the execution by =
1010
> instead of 2000. Is this the normal stats or it is not showing =
execution
> stats properly?
I think Oracle is doing latchless updates to these execution counts to =
avoid
contention/performance issues, that's how few of the incrementations =
might
get lost. However, losing nearly half of the updates seems somewhat =
unlikely
for a two session operation, so there might be some other issues.
Btw, what's your session_cached_cursors and cursor_space_for_time parameter's values? And which version/platform?
Tanel.
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Wed Jul 07 2004 - 17:15:05 CDT
 |
 |