From oracle-l-bounce@freelists.org Sun Apr 17 22:25:21 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j3I3PKLd001201 for ; Sun, 17 Apr 2005 22:25:20 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j3I3PK4Z001197 for ; Sun, 17 Apr 2005 22:25:20 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 38FD2184199; Sun, 17 Apr 2005 21:23:04 -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 07325-04; Sun, 17 Apr 2005 21:23:04 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B3DA91841CC; Sun, 17 Apr 2005 21:23:03 -0500 (EST) Message-ID: <42631988.1010502@allegientsystems.com> Date: Sun, 17 Apr 2005 22:20:56 -0400 From: Mladen Gogala User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: mosicr@rogers.com Cc: oracle-l@freelists.org Subject: Re: Subject: Batch load freezes every couple of minutes References: <00a101c543a9$394feb00$54369c18@vv4xpaygpndtkd> In-Reply-To: <00a101c543a9$394feb00$54369c18@vv4xpaygpndtkd> Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 18528 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: mgogala@allegientsystems.com Precedence: normal Reply-To: mgogala@allegientsystems.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=ham version=2.63 Ranko Mosic wrote: > >My tests show that Waits ( total_wait# ) only gets increased when there = >is row level lock contention ( session is waiting for commit/rollback = >from the other session ). Average wait time calculated from = >v$system_event for 'enqueue' is very small.=20 >Could this high figure for total_wait# be the reason why load freezes ?=20 > >( Checkpoint not complete are the problem, but I am now looking beyond = >that ). > >Regards, Ranko.=20 > > Ranko, V$SYSSTAT is not entirely adequate table for your purpose. May be you should look into V$SESSION_WAIT, as these waits are happening or V$SESSION_EVENT, to see what the session was waiting on since its start. You can also try writing a login trigger that would execute something like 'DBMS_SYSTEM.SET_EV(sid,serial#,10046,8,'BDBAFH'); and then analyze the resulting trace file. -- Mladen Gogala Oracle DBA -- http://www.freelists.org/webpage/oracle-l