From oracle-l-bounce@freelists.org Wed Jun 30 17:29:21 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i5UMT6w14707 for ; Wed, 30 Jun 2004 17:29:16 -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 i5UMSu614688 for ; Wed, 30 Jun 2004 17:29:06 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7FC1472C82B; Wed, 30 Jun 2004 17:11:21 -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 16298-86; Wed, 30 Jun 2004 17:11:21 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id CB49A72C73F; Wed, 30 Jun 2004 17:11:20 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 30 Jun 2004 17:09:58 -0500 (EST) X-Original-To: oracle-l@freelists.org Delivered-To: oracle-l@freelists.org Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D49ED72C4F9 for ; Wed, 30 Jun 2004 17:09:57 -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 16499-43 for ; Wed, 30 Jun 2004 17:09:57 -0500 (EST) Received: from smtp803.mail.sc5.yahoo.com (smtp803.mail.sc5.yahoo.com [66.163.168.182]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with SMTP id 4EEFD72C3E6 for ; Wed, 30 Jun 2004 17:09:57 -0500 (EST) Received: from unknown (HELO LARRY) (elkinsl@flash.net@209.30.162.155 with login) by smtp803.mail.sc5.yahoo.com with SMTP; 30 Jun 2004 22:32:40 -0000 From: "Larry Elkins" To: Subject: Latch Free / Shared Pool on Fetch Date: Wed, 30 Jun 2004 17:35:45 -0500 Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal X-Virus-Scanned: by amavisd-new at freelists.org X-archive-position: 4126 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: elkinsl@flash.net Precedence: normal Reply-To: oracle-l@freelists.org X-list: oracle-l X-Virus-Scanned: by amavisd-new at freelists.org Maybe a simple question, but I cannot find the answer, and I've been looking for 24 hours now ;-) Why is a shared pool latch taken when (between?) fetching rows from a query? I have a trace file where once we start hitting the fetch lines, we are seeing latch free waits on the shared pool (9.2.0.5, p2 of 156=shared pool). #8 is the select statement, #1 is the begin ... end of the anonymous block associated with "execute package.proc". FETCH #8:c=0,e=99,p=0,cr=0,cu=0,mis=0,r=1,dep=1,og=4,tim=684296371 WAIT #1: nam='latch free' ela= 138809 p1=60175956 p2=156 p3=0 FETCH #8:c=0,e=91,p=0,cr=0,cu=0,mis=0,r=1,dep=1,og=4,tim=684503268 WAIT #1: nam='latch free' ela= 207973 p1=60175956 p2=156 p3=0 FETCH #8:c=0,e=94,p=0,cr=0,cu=0,mis=0,r=1,dep=1,og=4,tim=684779497 WAIT #1: nam='latch free' ela= 138264 p1=60175956 p2=156 p3=0 WAIT #1: nam='latch free' ela= 70925 p1=60175956 p2=156 p3=1 FETCH #8:c=0,e=107,p=0,cr=0,cu=0,mis=0,r=1,dep=1,og=4,tim=685059389 WAIT #1: nam='latch free' ela= 207427 p1=60175956 p2=156 p3=0 WAIT #1: nam='latch free' ela= 68432 p1=60175956 p2=156 p3=1 FETCH #8:c=0,e=97,p=0,cr=0,cu=0,mis=0,r=1,dep=1,og=4,tim=685402671 WAIT #1: nam='latch free' ela= 278221 p1=60175956 p2=156 p3=0 FETCH #8:c=0,e=93,p=0,cr=0,cu=0,mis=0,r=1,dep=1,og=4,tim=685747413 WAIT #1: nam='latch free' ela= 209616 p1=60175956 p2=156 p3=0 WAIT #1: nam='latch free' ela= 69029 p1=60175956 p2=156 p3=1 Anyway, it's just something I don't think I've seen before, and I haven't been able to get an answer on why this occurs. Note that if I take the SQL and run it just as SQL, then the cursor referenced by the FETCH and WAIT lines are the same value. Regards, Larry G. Elkins elkinsl@flash.net 214.954.1781 ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@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 -----------------------------------------------------------------