Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 32222 invoked from network); 13 Sep 2007 07:34:02 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 13 Sep 2007 07:33:58 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B77E17420D5;
 Thu, 13 Sep 2007 07:55:10 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 26697-09; Thu, 13 Sep 2007 07:55:10 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2B560741C36;
 Thu, 13 Sep 2007 07:55:10 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 13 Sep 2007 07:09:40 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 46BEB742278
 for <oracle-l@freelists.org>; Thu, 13 Sep 2007 07:09:40 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 13224-08 for <oracle-l@freelists.org>;
 Thu, 13 Sep 2007 07:09:40 -0400 (EDT)
Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D65117421EA
 for <oracle-l@freelists.org>; Thu, 13 Sep 2007 07:09:39 -0400 (EDT)
Received: by wa-out-1112.google.com with SMTP id k22so633262waf
        for <oracle-l@freelists.org>; Thu, 13 Sep 2007 04:48:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type;
        bh=SsfYfV/BBmAsBHlu18Kp/Ss14XSCJv6VJKx87BI7NAk=;
        b=TRJm0zDCXy3a0YfcFjGeJqhCe+93e+kU2Wkfy1xS0Xr9JPBWcqt9OonCz4ewsRgTu13U3QwT3XAijcMOP6vdgZ8wG6Mb4U93LwI4S+tiqsGqBnTzBbK89zdGqFNsH3o/JxrAUk8m65kkoOSSmXxXaweXHYepYrmc1QvY9o9GDLs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:mime-version:content-type;
        b=FG3ix7c268NkmrS6V3Hj6pSKdjBgq90gfrFBoXjwqBcBeixhAijW5vUAYIOP1c8ua6NbnHp//H5cmkhGZ7qgKcCOfgrj3QpX5vPYLJ2ScNG78XBHlDT1md1+qS/e/v086I3C3v/f/jxgCXcjjXYM8pfOtvAtEQCGxkQvCYnR9LU=
Received: by 10.114.127.1 with SMTP id z1mr499755wac.1189684101211;
        Thu, 13 Sep 2007 04:48:21 -0700 (PDT)
Received: by 10.114.173.3 with HTTP; Thu, 13 Sep 2007 04:48:21 -0700 (PDT)
Message-ID: <486b2b610709130448i15151441ub42fc6739826b9cf@mail.gmail.com>
Date: Thu, 13 Sep 2007 13:48:21 +0200
From: "Stefan Knecht" <knecht.stefan@gmail.com>
To: oracle-l <oracle-l@freelists.org>
Subject: v$session_longops hash join operation oddity
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_2615_32368259.1189684101207"
X-archive-position: 1505
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: knecht.stefan@gmail.com
Precedence: normal
Reply-to: knecht.stefan@gmail.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
------=_Part_2615_32368259.1189684101207
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all

This is oracle 10.1.0.4 on Sun8.

We're running a pretty intensive data mart query, that is at the moment
doing a hash join.

v$session_longops shows the following:

SID    SERIAL#    OPNAME    TARGET    TARGET_DESC    SOFAR    TOTALWORK
UNITS    START_TIME    LAST_UPDATE_TIME    TIME_REMAINING
255.00    1'988.00    Table Scan    MIS_DM.MD**_RISK    NULL    80'162.00
80'162.00    Blocks    13.09.2007    13.09.2007    0.00
255.00    1'988.00    Hash Join    NULL    NULL    22'064.00    22'064.00
Blocks    13.09.2007    13.09.2007    0.00
255.00    1'988.00    Table Scan    MIS_DM.MF**_LIMIT    NULL    15'883.00
15'883.00    Blocks    13.09.2007    13.09.2007    0.00

<<... rest of partitions omitted for clarity -- all in all they sum up to
about 1mio blocks ...>>

255.00    1'988.00    Table Scan    MIS_DM.MF**_LIMIT    NULL    29'183.00
29'183.00    Blocks    13.09.2007    13.09.2007    0.00
255.00    1'988.00    Hash Join    NULL    NULL    12'603'570.00
2'294'422'320.00    Blocks    13.09.2007    13.09.2007    1'444'380.00

There is no way we can get up to 2 billion blocks. Does anyone know what
exactly this is supposed to mean ? Are we hitting a bug ?

Stefan


-- 
=========================

Stefan P Knecht
Consultant
Infrastructure Managed Services

Trivadis AG
Europa-Strasse 5
CH-8152 Glattbrugg

Phone +41-44-808 70 20
Fax +41-808 70 12
Mobile +41-79-571 36 27
stefan.knecht@trivadis.com
http://www.trivadis.com

OCP SCSA SCNA
=========================

------=_Part_2615_32368259.1189684101207
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all<br><br>This is oracle <a href="http://10.1.0.4">10.1.0.4</a> on Sun8. <br><br>We&#39;re running a pretty intensive data mart query, that is at the moment doing a hash join.<br><br>v$session_longops shows the following:
<br><br><span style="font-family: courier new,monospace;">SID&nbsp;&nbsp;&nbsp; SERIAL#&nbsp;&nbsp;&nbsp; OPNAME&nbsp;&nbsp;&nbsp; TARGET&nbsp;&nbsp;&nbsp; TARGET_DESC&nbsp;&nbsp;&nbsp; SOFAR&nbsp;&nbsp;&nbsp; TOTALWORK&nbsp;&nbsp;&nbsp; UNITS&nbsp;&nbsp;&nbsp; START_TIME&nbsp;&nbsp;&nbsp; LAST_UPDATE_TIME&nbsp;&nbsp;&nbsp; TIME_REMAINING</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">255.00&nbsp;&nbsp;&nbsp; 1&#39;988.00&nbsp;&nbsp;&nbsp; Table Scan&nbsp;&nbsp;&nbsp; MIS_DM.MD**_RISK&nbsp;&nbsp;&nbsp; NULL&nbsp;&nbsp;&nbsp; 80&#39;162.00&nbsp;&nbsp;&nbsp; 80&#39;162.00&nbsp;&nbsp;&nbsp; Blocks&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 0.00</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">255.00&nbsp;&nbsp;&nbsp; 1&#39;988.00&nbsp;&nbsp;&nbsp; Hash Join&nbsp;&nbsp;&nbsp; NULL&nbsp;&nbsp;&nbsp; NULL&nbsp;&nbsp;&nbsp; 22&#39;064.00&nbsp;&nbsp;&nbsp; 22&#39;064.00&nbsp;&nbsp;&nbsp; Blocks&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 0.00</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">255.00&nbsp;&nbsp;&nbsp; 1&#39;988.00&nbsp;&nbsp;&nbsp; Table Scan&nbsp;&nbsp;&nbsp; MIS_DM.MF**_LIMIT&nbsp;&nbsp;&nbsp; NULL&nbsp;&nbsp;&nbsp; 15&#39;883.00&nbsp;&nbsp;&nbsp; 15&#39;883.00&nbsp;&nbsp;&nbsp; Blocks&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 0.00</span><br style="font-family: courier new,monospace;">
<br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">&lt;&lt;... rest of partitions omitted for clarity -- all in all they sum up to about 1mio blocks ...&gt;&gt;</span><br style="font-family: courier new,monospace;">
<br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">255.00&nbsp;&nbsp;&nbsp; 1&#39;988.00&nbsp;&nbsp;&nbsp; Table Scan&nbsp;&nbsp;&nbsp; MIS_DM.MF**_LIMIT&nbsp;&nbsp;&nbsp; NULL&nbsp;&nbsp;&nbsp; 29&#39;183.00&nbsp;&nbsp;&nbsp; 29&#39;183.00&nbsp;&nbsp;&nbsp; Blocks&nbsp;&nbsp;&nbsp; 13.09.2007
&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 0.00</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">255.00&nbsp;&nbsp;&nbsp; 1&#39;988.00&nbsp;&nbsp;&nbsp; Hash Join&nbsp;&nbsp;&nbsp; NULL&nbsp;&nbsp;&nbsp; NULL&nbsp;&nbsp;&nbsp; 12&#39;603&#39;570.00&nbsp;&nbsp;&nbsp; 2&#39;294&#39;422&#39;
320.00&nbsp;&nbsp;&nbsp; Blocks&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 13.09.2007&nbsp;&nbsp;&nbsp; 1&#39;444&#39;380.00</span><br style="font-family: courier new,monospace;"><br>There is no way we can get up to 2 billion blocks. Does anyone know what exactly this is supposed to mean ? Are we hitting a bug ?
<br><br>Stefan<br><br clear="all"><br>-- <br>=========================<br><br>Stefan P Knecht<br>Consultant<br>Infrastructure Managed Services<br><br>Trivadis AG<br>Europa-Strasse 5<br>CH-8152 Glattbrugg<br><br>Phone +41-44-808 70 20
<br>Fax +41-808 70 12<br>Mobile +41-79-571 36 27<br><a href="mailto:stefan.knecht@trivadis.com">stefan.knecht@trivadis.com</a><br><a href="http://www.trivadis.com">http://www.trivadis.com</a><br><br>OCP SCSA SCNA<br>=========================

------=_Part_2615_32368259.1189684101207--
--
http://www.freelists.org/webpage/oracle-l


