Parallel query on when it 's not supposed to be (?) 2004-09-14 - By Mark Richard
I just wanted to pose a question to anyone on the list (particular the wait
event guru 's like Cary)...
Eliminating parallel query because you are seeing waits for it sounds to me
a little like tuning the BCHR. I can 't help but wonder if waiting for a
parallel query is still the quickest way to get things done? Would killing
the parallel query effectively move the waits to another category without
achieving any real gain?
Regards,
Mark.
Janine A Sisk
<janine@(protected) To: oracle-l@(protected)
> cc:
Sent by: Subject: Parallel query on when it 's not supposed to be (?)
oracle-l-bounce@(protected)
eelists.org
15/09/2004 05:58
Please respond to
janine
[snip]
BTW, the reason I care about this is that I 'm trying to tune the
production server and a fair number of waits associated with parallel
query are showing up in the statspack report. Since parallel query is
not supposed to be turned on there either, I started looking into it
and found that both systems are exhibiting this bizarre (to me, anyway)
behavior.
Can anyone a) explain what the heck is going on here and b) tell me how
to drive a stake through the heart of parallel query on this system?
thanks,
janine
--
http://www.freelists.org/webpage/oracle-l
< < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < <---- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
Privileged/Confidential information may be contained in this message.
If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone.
In such a case, you should destroy this message and kindly notify the sender by reply e-mail or by telephone on (03) 9612-6999 or (61) 3 9612-6999.
Please advise immediately if you or your employer does not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this message that do not relate to the official business of Transurban Infrastructure Developments Limited and CityLink Melbourne Limited shall be understood as neither given nor endorsed by them.
< < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < < <---- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
--
http://www.freelists.org/webpage/oracle-l
|
|
