From oracle-l-bounce@freelists.org Fri Oct 1 11:43:21 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i91GhLR26387 for ; Fri, 1 Oct 2004 11:43:21 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i91GhLI26364 for ; Fri, 1 Oct 2004 11:43:21 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E911F72D7F4; Fri, 1 Oct 2004 11:49:24 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18718-39; Fri, 1 Oct 2004 11:49:24 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 5D14372D7CD; Fri, 1 Oct 2004 11:49:15 -0500 (EST) From: "Cary Millsap" To: "'Oracle-L (E-mail)'" Subject: RE: Missing time in 10046 trace file Date: Fri, 1 Oct 2004 11:46:18 -0500 Message-ID: <00a101c4a7d6$2c6234d0$6900a8c0@CVMLAP02> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <76B324258A8BEE46925BA9473321A84717A143@ussccem09.hds.com> X-archive-position: 10560 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: cary.millsap@hotsos.com Precedence: normal Reply-To: cary.millsap@hotsos.com X-list: oracle-l X-Virus-Scanned: by amavisd-new at freelists.org This is why I so hate the term "wait"... The ela value of a 'latch free' timed event is the duration of a = sleep-like OS call. You're referring to the quantity D in the following relation: D =3D e[dbcall] - (c[dbcall] + sum(ela[dbcall])) The large D value that you describe is probably the result of process preemption (as John has suggested). An Oracle kernel process consumes a lot of CPU before it ever gets to = the point at which it will execute the 'latch free' timed event. If a lot of kernel processes are fighting for the same small set of latches, then = there will be a lot of CPU capacity wasted, and in severe cases you'll see = lots of time spent preempted. ...Which is, I believe, exactly what you're = seeing. Read "Why you should focus on LIOs instead of PIOs" at www.hotsos.com = for the gory details. Cary Millsap Hotsos Enterprises, Ltd. http://www.hotsos.com * Nullius in verba * Upcoming events: - Performance Diagnosis 101: 10/5 Charlotte, 10/26 Toronto, 1/4 Calgary - SQL Optimization 101: 10/18 New Orleans, 11/8 Dallas, 12/13 Atlanta - Hotsos Symposium 2005: March 6-10 Dallas - Visit www.hotsos.com for schedule details... -----Original Message----- From: oracle-l-bounce@freelists.org = [mailto:oracle-l-bounce@freelists.org] On Behalf Of John Kanagaraj Sent: Thursday, September 30, 2004 5:54 PM To: 'pfitzger_au@yahoo.com'; Oracle-L Subject: RE: Missing time in 10046 trace file Paul,=20 >tim value of the FETCH 2276365740 from the time value of the EXEC >2276356674 I get approx 90 seconds (9066 centi-secs) which is nowhere >close to adding all the ela's of the waits (48 centi-secs). Am I >looking at what they call unmeasured/unaccounted-for time? Note that latches can 'sleep' and while they are sleeping, this time = isn't counted under 'waiting'. This sleep is successivley for longer = periods... I think Steve Adams discussed this very clearly in his book. If you look = at Statspack snapshots between these periods, you might see more than usual values under the SLEEP[n] columns. And yes, when CPU thrashing occurs, = the unaccounted time increases as the context switching times are not = counted within Oracle.... Hth, John Kanagaraj <>< DB Soft Inc Phone: 408-970-7002 (W) Listen to great, commercial-free christian music 24x7x365 at http://www.klove.com ** The opinions and facts contained in this message are entirely mine = and do not reflect those of my employer or customers ** -- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-l