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: interpreting statspack reports ( PX Deq )

Re: interpreting statspack reports ( PX Deq )

From: Jonathan Lewis <jonathan_at_jlcomp.demon.co.uk>
Date: Sun, 16 Jun 2002 17:41:47 +0100
Message-ID: <1024245644.11064.0.nnrp-08.9e984b29@news.demon.co.uk>

V$pq_tqstat is, as you point out, only visible to the session running the query, and is only populated when a query completes.

For run-time activity, you need to look at a couple of the v$PX_... views. V$PX_STAT gives you a view which lists QC sessions with their PX slaves and effectively joins to v$sesstat for all those sessions. There is another called (I think) v$px_session will just lists the QC and PX sessions under the same QCSID. You can join this one to v$session_wait or v$session_event to watch the waits in real time. If you join to v$session_event, and watch for "PX Deq: Send Blkd" then a 2 second wait is effectively an idle wait, but large numbers of very short waits are performance threats.

--
Jonathan Lewis
http://www.jlcomp.demon.co.uk

Next Seminars
        UK            June / July
        Australia      July / August
http://www.jlcomp.demon.co.uk/seminar.html

Yong Huang wrote in message ...

>Do we have to rely on v$pq_tqstat to find whether the wait Send Blkd
>occurs in the parallel to serial or parallel to parallel stage? If so,
>is it true that we can't see anything in v$pq_tqstat from a session
>other than the one running the parallel query?
>
>Thanks.
>
>
Received on Sun Jun 16 2002 - 11:41:47 CDT

Original text of this message

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