RE: Virtual Circuit Status

There is no such thing as an "idle event." If it consumes someone's response time, then you have to deal with it. If it tallies time that's not part of someone's response time, then ignore it.

The key is to collect session-level data for exactly the time interval during which the observed session is having a performance problem.

The ambiguous answers you're finding all boil down to whether you've collected your data "properly" or not. If you've collected your data improperly, then it's an idle event. If you've collected your data properly (re: paragraph 2), then it's not.

Cary Millsap
Hotsos Enterprises, Ltd.
http://www.hotsos.com

Upcoming events:
- Hotsos Clinic 101 in Sydney

• Hotsos Symposium 2004, March 7-10 Dallas
• Visit www.hotsos.com for schedule details...

-----Original Message-----
Erik Williams
Sent: Wednesday, August 27, 2003 1:49 PM To: Multiple recipients of list ORACLE-L

Has anyone run into excessive waits on this event? After running my statspack through oraperf.com, I see that I am waiting ~80% of response time
on this event. I have read on metalink that this is NOT an idle event, and
on asktom.oracle.com that it IS an idle event. We have MTS configured, but
all the clients are set to use dedicated server. Should I try reduce this
event by tuning MTS or is it truely an idle event?

Thanks
Erik  

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Cary Millsap
  INET: cary.millsap_at_hotsos.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (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).