Time CPU > TKPROF output out of time

Hello

SELECT N_ORIGIN, SUB_ACC_ID, STAT_DATE, TYPE, PAGE_TOT, PAGE_NO, OP_BAL, CL_BAL
P02576 AND SUB_ACC_ID = O_950P WHERE N_ORIGIN =:: P02579 AND
STAT_DATE > = PRO4_TO_ORA_DATE (: P02599) AND TYPE =: P02863


call the query of disc elapsed to cpu count current lines
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        9      0.00       0.00          0          0          4           0
Run 9 0.02 0.01 0 0 0 0
Search 1379482-158.32 150,61 0 2759085 0 1379473
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Total 1379500 158.34 150,63 0 2759085 4 1379473


Chess in the library during parsing cache: 1

Lack in the library during execution cache: 1
The analysis of the user id: 13074

Elapsed time are waiting on the following events:
Event waited on times max wait for the Total WHEREAS
----------------------------------------   Waited  ----------  ------------
SQL * Net message to client 1379492 2.49 0.00
SQL * Net client message 1379491 1042.23 0.39



Here the time (158.34) of the CPU is more than the elapsed time (150.63) ?. How could it be?

Documentation said...



CPU

Time CPU in a few seconds to analyze all the total, run or to search for the statement. This value is zero (0) If TIMED_STATISTICS is not enabled.

ELAPSED

Total time in seconds for all parse, execute, or fetch calls for the statement. This value is zero (0) If TIMED_STATISTICS is not enabled.

Could you please help me understand who is the elapsed time can be higher in time CPU?


in most cases the time CPU will be smaller than the elapsed time. I think it is useful to compare the information to see if an operation is CPU related (like your request) or if the elapsed time is associated with waiting (IO, competition etc.). But I would not count on the exact number.

Tags: Database

Similar Questions

  • the trace of tkprof output

    Hello

    I need clarification on the costing

    I have the following query
    DECLARE
            type array is table of t%ROWTYPE index by binary_integer;
            l_data array;
            l_rec t%rowtype;
    BEGIN
            SELECT
                    a.*
                    ,RPAD('*',4000,'*') AS PADDING1
                    ,RPAD('*',4000,'*') AS PADDING2
            BULK COLLECT INTO
            l_data
            FROM ALL_OBJECTS a;
            DBMS_MONITOR.SESSION_TRACE_ENABLE ( waits=>true );
            FOR rs IN 1 .. l_data.count
            LOOP
                    BEGIN
                            SELECT * INTO l_rec FROM t WHERE object_id = l_data(rs).object_id;
                    EXCEPTION
                      WHEN NO_DATA_FOUND THEN NULL;
                    END;
            END LOOP;
    END;
    tkprof output shows
    SQL ID: 78kxqdhk1ubvq
    Plan Hash: 3995659421
    SELECT * 
    FROM
     T WHERE OBJECT_ID = :B1 
    
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        1      0.01       0.00          1         63          0           0
    Execute  72184      0.34       1.03          9         54          0           0
    Fetch    72184      0.46     157.98      81365     368657          0       71726
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total   144369      0.82     159.02      81375     368774          0       71726
    
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 93     (recursive depth: 1)
    
    Rows     Row Source Operation
    -------  ---------------------------------------------------
          1  TABLE ACCESS BY INDEX ROWID T (cr=5 pr=11 pw=0 time=0 us cost=4 size=8092 card=1)
          1   INDEX UNIQUE SCAN T_PK (cr=3 pr=6 pw=0 time=0 us cost=2 size=0 card=1)(object id 83085)
    
    
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      Disk file operations I/O                        3        0.00          0.00
      db file sequential read                     12464        0.07         92.18
      db file scattered read                      14590        0.07         63.10
    ********************************************************************************
    
    Now looking at stat line, does that mean the cost to retrieve one single record via unique index scan is 11 Physical block reads? The loop did fetch 72,726 rows and there were 81,375 physical block reads.
    
    
    *** 2012-01-27 10:18:51.978
    SELECT * FROM T WHERE 
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        0      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        1      0.00       0.00          0          5          0           1
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        2      0.00       0.00          0          5          0           1
    
    Misses in library cache during parse: 0
    Optimizer mode: ALL_ROWS
    Parsing user id: 93     (recursive depth: 1)
    ********************************************************************************
    
    DECLARE
            type array is table of t%ROWTYPE index by binary_integer;
            l_data array;
            l_rec t%rowtype;
    BEGIN
            SELECT
                    a.*
                    ,RPAD('*',4000,'*') AS PADDING1
                    ,RPAD('*',4000,'*') AS PADDING2
            BULK COLLECT INTO
            l_data
            FROM ALL_OBJECTS a;
            DBMS_MONITOR.SESSION_TRACE_ENABLE ( waits=>true );
            FOR rs IN 1 .. l_data.count
            LOOP
                    BEGIN
                            SELECT * INTO l_rec FROM t WHERE object_id = l_data(rs).object_id;
                    EXCEPTION
                      WHEN NO_DATA_FOUND THEN NULL;
                    END;
            END LOOP;
    END;
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        0      0.00       0.00          0          0          0           0
    Execute      1      6.77      11.53        318      48684          0           1
    Fetch        0      0.00       0.00          0          0          0           0
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        1      6.77      11.53        318      48684          0           1
    The summary statistics above do refers to the execution of the whole of the PL/SQL block? That means that the 318 blocks read above referred to.

    Thank you very much

    In addition to the excellent response of Rene, you will want to note that

    SELECT *
    FROM
     T WHERE OBJECT_ID = :B1 
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        1      0.01       0.00          1         63          0           0
    Execute  72184      0.34       1.03          9         54          0           0
    Fetch    72184      0.46     157.98      81365     368657          0       71726
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total   144369      0.82     159.02      81375     368774          0       71726
    
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 93     (recursive depth: 1)
    
    Rows     Row Source Operation
    -------  ---------------------------------------------------
          1  TABLE ACCESS BY INDEX ROWID T (cr=5 pr=11 pw=0 time=0 us cost=4 size=8092 card=1)
          1   INDEX UNIQUE SCAN T_PK (cr=3 pr=6 pw=0 time=0 us cost=2 size=0 card=1)(object id 83085)
    

    This means that the cost to retrieve a record by making table T scan limited unique index is 11 physical blocks that includes 6 from the unique index of object_id. The execution plan has a hierarchical structure, and parents I/O, cost, schedule, etc. is a sum of measures for all of its children and the parameters of the operation itself. In the light of the foregoing, "ACCESS BY ROWID TABLE INDEX" operation is the operation of parent and the "INDEX UNIQUE SCAN" is the operation of the child. Statistics of the child are rolled in the statistics of the parent. This calculation of rail costs to retrieve a line are the same for each 71726 rows. So if you look at your original trace file (it's a good idea to understand the functioning of the trace file) you will see a stat to retrieve this record as noted in the report of tkprof.

    To retrieve the 71726 lines it cost 0.82 s CPU and time elapsed 159,02 dry. There was 368774 logical block IO 81375 were block physical readings.
    Note the CPU and wait for the temporal offsets.

     Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      Disk file operations I/O                        3        0.00          0.00
      db file sequential read                     12464        0.07         92.18
      db file scattered read                      14590        0.07         63.10
    ********************************************************************************
    

    Thus to retrieve these files altogether, they were physical i/o 12 464 'db file sequential read' taking 92,18 dry (note e/s physical does NOT block!) and e/s in physics 14 590 'file db scattered read' taking 63,10 sec, each contributing to the wait time. "the db file sequential read" is usually a single e/s block, it's index reading. 'db file scattered read' is an e/s multiple blocks read and in this case, it represents the blocks read from table to retrieve a line. It seems that every row of the table t occupies more than one block.

    HTH,

    Mich

    Published by: Mich Talebzadeh on January 27, 2012 06:01

  • Interpretation of TKPROF output

    Hello colleagues

    IM reviews the performance of one of our DBs (10.2.0.2 on MS 2003 SP1). I found a table called ACCESS_INAB that was called frequently. This table in the buffer to keep pinning, we improved demand owerall reaction time.
    There is still a question Im fighting with. Still, a specific operation takes a long time (30-45 sec.) to display a comment field. I tried to trace the session and got following the result:


    ********************************************************************************

    Select *.
    Of
    (select rownum rn, a.* (SELECT TL.id, TL.process_id, TL.event_time,
    TL.severity, TL.short_description, TPG.process_group_text, TP.process_text.
    Transaction_Log TL, Transaction_Process_Groups TPG, u.display_user_name
    Transaction_Process TP, u users WHERE TP.process_group_id is
    TPG.process_group_id and TL.process_id = TP.process_id and TL.pguid =
    (u.pguid (+) ORDER BY desc gravity, event_time) a) where rn between 1 and
    10


    call the query of disc elapsed to cpu count current lines
    ------- ------ -------- ---------- ---------- ---------- ---------- ----------
    Parse 1 0.00 0.00 0 0 0 0
    Run 1 0.00 0.00 0 0 0 0
    Fetch 1 5.09 73.06 60248 47768 55 10
    ------- ------ -------- ---------- ---------- ---------- ---------- ----------
    Total 3 5.09 73.07 60248 47768 55 10

    Chess in the library during parsing cache: 1
    Optimizer mode: ALL_ROWS
    The analysis of the user id: 45

    Rows Row Source operation
    ------- ---------------------------------------------------
    10 REVIEWS (cr = 47768 pr = pw 60248 = 14888 times = 62516706 en)
    COUNTY 582169 (cr = 47768 60248 14888 times = en 91625035 = pr = pw)
    VIEW 582169 (cr = 47768 60248 14888 times = en 91042864 = pr = pw)
    582169 SORT ORDER BY (cr = 47768 pr = pw 60248 = 14888 times = 90460690 en)
    582169 HASH JOIN (cr = 47768 pr = pw 52211 = 6851 times = 92165669 en)
    8 TABLE ACCESS FULL TRANSACTION_PROCESS_GROUPS (cr = 7 pr = 0 pw = time 0 = 52 fr)
    582169 HASH JOIN (cr = 47761 pr = pw 52211 = 6851 times = 91000485 en)
    62 TABLE ACCESS FULL TRANSACTION_PROCESS (cr = 7 pr = 0 pw = time 0 = 86 en)
    582169 HASH JOIN RIGHT OUTER (cr = 47754 pr = pw 52211 = 6851 times = 89252852 en)
    618316 MAT_VIEW FULL ACCESS_INAB ACCESS (cr = 12656 pr = pw 10308 = time 0 = 21098797 en)
    582169 TABLE ACCESS FULL TRANSACTION_LOG (cr = 35098 pr 35052 pw = time = 0 = 28542620 en)


    Elapsed time are waiting on the following events:
    Event waited on times max wait for the Total WHEREAS
    ---------------------------------------- Waited ---------- ------------
    file scattered read 3808 db 41.01 0.26
    DB file sequential read 361 0.15 1.78
    trip direct writing temp 616 2.09 0.10
    direct path read 2023 temp 0.34 13.95
    SQL * Net message to client 1 0.00 0.00
    SQL * Net client message 1 0.01 0.01
    ********************************************************************************

    Can you help me to correctly interpret this result?

    Kind regards

    Tony

    PS: I used [this | http://download.oracle.com/docs/cd/B19306_01/server.102/b14211/instance_tune.htm#i34268] reference.

    Published by: TonyDBA on August 26, 2008 02:19

    Tony,

    'so many physical reads' regarding: the most obvious reason is that your pool to KEEP is poorly calibrated. Check the view of BH V$ to find out how many blocks of your objects is actually cached. Note, however, that an indexed as appropriate approach is much better in terms of use of resources and performance.

    With regard to the modification of the SQL: I think you should go and say your software vendor or that their use of ROWNUM is inappropriate and does not work the way it is intended for application developers. You can use a simple query like this to show them the difference that makes it potentially:

    -- any large table will do, sys.source$ is usually among the biggest in a fresh test/demo database
    select * from (select * from sys.source$ order by line) where rownum <= 10;
    
    select * from (select * from sys.source$ order by line) where rownum between 1 and 10;
    
    select * from v$sql_workarea
    where sql_id in (
    select sql_id from v$sql where sql_text = 'select * from (select * from sys.source$ order by line) where rownum <= 10'
    );
    
    select * from v$sql_workarea
    where sql_id in (
    select sql_id from v$sql where sql_text = 'select * from (select * from sys.source$ order by line) where rownum between 1 and 10'
    );
    

    If you carefully check the output taken from V$ SQL_WORKAREA you will find the sort of the first operation query using the "appropriate" ROWNUM<= 10"="" used="" a="" very="" small="" memory="" footprint,="" whereas="" the="" second="" one="" using="" the="" between="" operator="" consumes="" a="" lot="" more="" memory="" and="" quite="" often="" even="" spills="" to="">

    You can also spot the difference in the execution plan, because the first uses the "ORDER of SORTING BY STOPKEY" operation that is using the optimization that only top n rows must be kept in memory and sorted, while the second is a "SORT ORDER BY" ordinary sort the result set.

    If they want to stick to the approach 'between' then an analytical function as ROW_NUMBER() can be used to achieve a similar optimization for sorting of the WINDOW.

    See Tom Kyte notes on how to correctly use top-n queries and pagination with ROWNUM or analytical functions.

    See for example here: http://www.oracle.com/technology/oramag/oracle/07-jan/o17asktom.html
    and here: http://www.oracle.com/technology/oramag/oracle/06-sep/o56asktom.html

    Regarding the index: given that you order by a descending column and the other a growing, I think you need to create an appropriate index composite tree conventional in order to be able to avoid all sorts to take place on the TRANSACTION_LOG table. This means that you need an index on (GRAVITY DESC, EVENT_TIME) and you should have clues on all columns of the other tables join.

    Note, however, that this approach NOSORT works easy if you aren't sorting on columns \*CHAR\*. If you sort by them your current client/session NLS_SORT setting determines the sort order, which is usually not the BINARY sort order used to create indexes on columns of default \*CHAR\*. Despite differently described in the Oracle documentation (where it is said that the use of a NLS_SORT setting! = BINARY will always use a full table scan) there is a solution to this by creating an index based on a function appropriate with the NLSSORT function if most / all clients share the same NLS_SORT setting.

    Kind regards
    Randolf

    Oracle related things:
    http://Oracle-Randolf.blogspot.com/

    SQLTools ++ for Oracle:
    http://www.sqltools-plusplus.org:7676 /.
    http://sourceforge.NET/projects/SQLT-pp/

  • TKPROF output - lines processed / rows in the table anomaly?

    Hello

    TKPROF confusion for me more...

    Oracle 10.2.0.4 on Windows Server 2003.

    I formatted my Trace SQL with TKPROF file and the first query that I am focusing me causes some confusion. It's here (the names have been changed to protect the innocent, but everything remains intact):
    ********************************************************************************
    
    SELECT A.COL1, A.COL2, MIN(A.COL3) AS 
      COL_SYNONYM 
    FROM
     OUR_TABLE A WHERE NVL(A.COL4, NVL(:B4 , -1)) = NVL(:B4 , 
      NVL(A.COL4, -1)) AND NVL(A.COL5, NVL(:B3 , -1)) = NVL(:B3 , 
      NVL(A.COL5, -1)) AND A.COL6 = NVL(:B2 , A.COL6) AND 
      A.COL7 = NVL(:B1 , 1) GROUP BY A.COL1, A.COL2 ORDER 
      BY A.COL1, A.COL2
    
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        1      0.00       0.00          0          0          0           0
    Execute     83      0.01       0.01          0          0          0           0
    Fetch       83      1.01       1.11         12       3154          0      260371
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total      167      1.03       1.13         12       3154          0      260371
    
    Misses in library cache during parse: 0
    Optimizer mode: ALL_ROWS
    Parsing user id: 148  (OUR_SCHEMA)   (recursive depth: 2)
    
    Rows     Row Source Operation
    -------  ---------------------------------------------------
     260371  SORT GROUP BY (cr=3154 pr=12 pw=0 time=956798 us)
     260371   CONCATENATION  (cr=3154 pr=12 pw=0 time=1072560 us)
     260371    FILTER  (cr=3154 pr=12 pw=0 time=630121 us)
     260371     TABLE ACCESS FULL OUR_TABLE (cr=3154 pr=12 pw=0 time=306867 us)
          0    FILTER  (cr=0 pr=0 pw=0 time=201 us)
          0     TABLE ACCESS FULL OUR_TABLE (cr=0 pr=0 pw=0 time=0 us)
    
    
    Rows     Execution Plan
    -------  ---------------------------------------------------
          0  SELECT STATEMENT   MODE: ALL_ROWS
     260371   SORT (GROUP BY)
     260371    CONCATENATION
     260371     FILTER
     260371      TABLE ACCESS   MODE: ANALYZED (FULL) OF 'OUR_TABLE' 
                     (TABLE)
          0     FILTER
          0      TABLE ACCESS   MODE: ANALYZED (FULL) OF 'OUR_TABLE' 
                     (TABLE)
    
    
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      db file scattered read                          2        0.01          0.02
    ********************************************************************************
    What confuses me is that 'lines' (column 'lines' for the operation "Fetch" = * 260371 *, also 'lines' in the 'line Source operation' and "The execution Plan" = * 260371 *).

    Actual number of rows in the table = * 3138 *.


    I think that because we have performed 83 times, then the value of "lines" should be:
    83 x number_of_rows_in_table = 83 x 3138 = * 260454 *.

    What we have is 260371, who looks like me:
    3137 = 83 x 83 x ( number_of_rows_in_table - 1 )


    I misinterpreted the news (I guess I!)?

    Why seems to be number_of_rows_in_table - 1 ? (Or is it pure coincidence?)


    Kind regards

    ADOS

    That remains a record satisfied with the given list of a predicate in the WHERE clause?

    If this isn't the case, then I don't see anything wrong here.

  • high coherent reading during call analysis | TKProf output

    Hi all

    Platform:-Oracle 10.2.0 on windows 32-bit

    I need your help to understand the following trace file.
    If you look at this file trace there are a high number of consistent reading for prase call block. I want to know why Oracle go for that much consistent reading for analysis call?
    select u.DISPLAY_NAME,u.PASSWORD,u.user_type 
    FROM
     USER_ACCOUNT u,STATUS s WHERE u.status_id=s.status_id and 
      Lower(u.DISPLAY_NAME) like Lower('admin') and s.STATUS_NAME='Available'
    
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        4      0.85       1.07          0       3599          0           0
    Execute      4      0.00       0.00          0          0          0           0
    Fetch        4      0.01       0.05         14         36          0           4
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total       12      0.86       1.13         14       3635          0           4
    
    Misses in library cache during parse: 4
    Optimizer mode: ALL_ROWS
    Parsing user id: 72  
    
    Rows     Row Source Operation
    -------  ---------------------------------------------------
          1  NESTED LOOPS  (cr=9 pr=8 pw=0 time=33821 us)
          1   TABLE ACCESS BY INDEX ROWID STATUS (cr=2 pr=2 pw=0 time=21787 us)
          1    INDEX UNIQUE SCAN STATUS_CON21 (cr=1 pr=1 pw=0 time=20957 us)(object id 58618)
          1   TABLE ACCESS FULL USER_ACCOUNT (cr=7 pr=6 pw=0 time=11978 us) 
    Thank you.

    Yasir Hashmi wrote:

    Hemant K Chitale wrote:
    During a hard Parse, if Oracle is unable to find the required information (user, the Table definition privileges, index, discover the definitions, table, column, Index Statistics) the dictionary Cache, which is located in the shared pool, to reread the information from the System Tablespace.

    Hemant K Collette

    meaning that he must get the disc o t to extract data. So why there is no disc readings?

    Data dictionary tables (tab$, ind$, $ col etc.) are blocks of these tables and tables just like any other table - enter the buffer cache.

    The dictionary cache is also called the rowcache, because he puts in cache the data dictionary lines - but even if lines were emptied of the rowcache blocks table from these lines can still be in the buffer cache - where the rowcache can be updated without reading disc.

    Concerning
    Jonathan Lewis

  • Query is not using the index. (Included execution plan. TKPROF output not available)

    Hi all

    Version of DB: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

    Here is the description of the problem:
    (The statistics are up to date for all tables).

    The query below does not use the index on ACCOUNTS_LIVE (ID). (Unique index)
    SQL> explain plan for
      2  select txn.account_number,to_number(txn.amount_lcy) txn_amt,to_date(booking_date,'YYYYMMDD') TXN_DATE,
      3        sal.latest_sal,sal.sal_date,customer_name,employer_name,
      4       decode(COMMUNICATION_TYPE_1,'MOBILE',COMMUNICATION_NO_1,
      5            decode(COMMUNICATION_TYPE_2,'MOBILE',COMMUNICATION_NO_2)) mob,
      6       txn.CURRENCY, CHEQUE_NUMBER,trans_dets,trans_reference,target,teller_id,acc.category,acc.inactive_marker,
      7            acc.posting_restrict,cus.sector,cus.industry
      8  from coreadmin.Gtxn_dtl_v1 txn,
      9                     (select account_number,round(to_number(nvl(amount_lcy,0)),2) latest_sal,TXN_DATE sal_date,rr
     10                      from
     11                        (select to_date(booking_date,'YYYYMMDD') TXN_DATE,batch_id,account_number,amount_lcy
     12                             ,row_number() over (partition by account_number
     13                                                     order by to_date(booking_date,'YYYYMMDD') desc NULLS LAST,
     14                                                     batch_id desc nulls last) rr,
     15                                     CURRENCY, CHEQUE_NUMBER,trans_dets,trans_reference
     16                             from coreadmin.Gtxn_dtl_v1
     17                             where transaction_code in ('204','938')
     18                  and to_number(amount_lcy) > 0)
     19                             where rr = 1
     20                       ) sal,accounts_live acc,customers_live cus
     21  where to_date(booking_date,'YYYYMMDD') between to_date('030109','DDMMRR') and to_date('020209','DDMMRR')
     22  and txn.account_number = sal.account_number
     23  and txn.account_number = acc.id
     24  and txn.CUSTOMER_ID = cus.CUSTOMER_number
     25  and target in ('30','31','32')
     26  /
    
    Explained.
    
    SQL> select * from table(dbms_xplan.display);
    
    PLAN_TABLE_OUTPUT                                                                                                                                     
    ------------------------------------------------------------------------------------------------------------------------------------------------------
    Plan hash value: 920245766                                                                                                                            
                                                                                                                                                          
    -----------------------------------------------------------------------------------------------------------                                           
    | Id  | Operation                        | Name           | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     |                                           
    -----------------------------------------------------------------------------------------------------------                                           
    |   0 | SELECT STATEMENT                 |                |   363M|   121G|       |   223K  (4)| 00:44:47 |                                           
    |*  1 |  HASH JOIN                       |                |   363M|   121G|  6232K|   223K  (4)| 00:44:47 |                                           
    |*  2 |   VIEW                           |                | 34453 |  5820K|       |   147K  (1)| 00:29:36 |                                           
    |*  3 |    WINDOW SORT PUSHED RANK       |                | 34453 |  1480K|  4072K|   147K  (1)| 00:29:36 |                                           
    |*  4 |     FILTER                       |                |       |       |       |            |          |                                           
    |   5 |      INLIST ITERATOR             |                |       |       |       |            |          |                                           
    |*  6 |       TABLE ACCESS BY INDEX ROWID| GTXN_DTL_V1    | 34453 |  1480K|       |   147K  (1)| 00:29:31 |                                           
    |*  7 |        INDEX RANGE SCAN          | IDX_TXN5       |   707K|       |       |  1815   (2)| 00:00:22 |                                           
    |*  8 |   HASH JOIN                      |                |   598K|   106M|    20M| 63724   (1)| 00:12:45 |                                           
    |*  9 |    MAT_VIEW ACCESS FULL          | CUSTOMERS_LIVE |   227K|    17M|       |  2239   (4)| 00:00:27 |                                           
    |* 10 |    HASH JOIN                     |                |   598K|    59M|  9504K| 57157   (1)| 00:11:26 |                                           
    |  11 |     MAT_VIEW ACCESS FULL         | ACCOUNTS_LIVE  |   249K|  6577K|       |  1832   (2)| 00:00:22 |                                           
    |* 12 |     TABLE ACCESS BY INDEX ROWID  | GTXN_DTL_V1    |   597K|    43M|       | 52319   (1)| 00:10:28 |                                           
    |* 13 |      INDEX RANGE SCAN            | IDX_TXN11_V1   |  1204K|       |       |  3931   (2)| 00:00:48 |                                           
    -----------------------------------------------------------------------------------------------------------                                           
                                                                                                                                                          
    Predicate Information (identified by operation id):                                                                                                   
    ---------------------------------------------------                                                                                                   
                                                                                                                                                          
       1 - access("TXN"."ACCOUNT_NUMBER"="ACCOUNT_NUMBER")                                                                                                
       2 - filter("RR"=1)                                                                                                                                 
       3 - filter(ROW_NUMBER() OVER ( PARTITION BY "ACCOUNT_NUMBER" ORDER BY                                                                              
                  TO_DATE("BOOKING_DATE",'YYYYMMDD') DESC  NULLS LAST,INTERNAL_FUNCTION("BATCH_ID") DESC  NULLS                                           
                  LAST)<=1)                                                                                                                               
       4 - filter(TO_DATE('030109','DDMMRR')<=TO_DATE('020209','DDMMRR'))                                                                                 
       6 - filter(TO_NUMBER("AMOUNT_LCY")>0)                                                                                                              
       7 - access("TRANSACTION_CODE"='204' OR "TRANSACTION_CODE"='938')                                                                                   
       8 - access("TXN"."CUSTOMER_ID"="CUS"."CUSTOMER_NUMBER")                                                                                            
       9 - filter("TARGET"='30' OR "TARGET"='31' OR "TARGET"='32')                                                                                        
      10 - access("TXN"."ACCOUNT_NUMBER"="ACC"."ID")                                                                                                      
      12 - filter("TXN"."CUSTOMER_ID" IS NOT NULL)                                                                                                        
      13 - access(TO_DATE("BOOKING_DATE",'YYYYMMDD')>=TO_DATE('030109','DDMMRR') AND                                                                      
                  TO_DATE("BOOKING_DATE",'YYYYMMDD')<=TO_DATE('020209','DDMMRR'))                                                                         
    
    38 rows selected.
    
    SQL> select index_name
      2  from dba_ind_columns
      3  where table_name = 'ACCOUNTS_LIVE'
      4  and column_name = 'ID';
    
    INDEX_NAME                                                                                                                                            
    ------------------------------                                                                                                                        
    IDX_ACCLIVE                                                                                                                                           
    Line 23 of the query uses accounts_live.id.

    11 the order ID explain plan shows that the index does not use.

    Please suggest.

    Thanks in advance,
    Jac

    What happens when you force the index by using hint and use the hash between txn and acc join?

    See you soon
    Sarma.

  • Computer Compaq laptop presario V5000. CPU keep maxing out and gel

    The CPU keeps fortification and maxing out, so the computer hangs until the CPU falls down. It's all visible from the Task Manager windows @ the performance tuning.  The CPU that keeps repeating up and down cycle zero to the maximum.

    2040637 wrote:

    It says process 44.  What I do next to fix the problem.

    Hello

    It must have a name, just look at the neck of the CPU, which uses "Image Name" CPU?

    Kind regards

  • Performance problem, same range scan different execution time

    Oracle 11 GR 1 material, execute queries within seconds of each other.

    I have 2 questions that are logically the same. Even the explain command plans are very similar, except the other indicates a range index scan doing much more work than the first. The table is an IOT with deal_bucket_id and datetime as PK (in that order).


    TKPROF output below:
    select count(*) from deal_bucket_detail where deal_bucket_id
    in
    (815
    ,     816
    ,     817
    ,     818
    ...
    ,     997)
    and datetime between to_date('01-JUL-08','dd-MON-rr') and to_date('01-JAN-09','dd-MON-rr')

    call     count       cpu    elapsed       disk      query    current        rows
    -----------------------------------------------------------------------------------------------------
    Parse        1      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        2      0.79       2.24       2936       3551          0           1
    -----------------------------------------------------------------------------------------------------
    total        4      0.79       2.24       2936       3551          0           1

    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 43 

    Rows     Row Source Operation
    -------  ---------------------------------------------------
          1  SORT AGGREGATE (cr=3551 pr=2936 pw=2936 time=0 us)
    1430928   FILTER  (cr=3551 pr=2936 pw=2936 time=380920 us)
    1430928    INLIST ITERATOR  (cr=3551 pr=2936 pw=2936 time=372057 us)
    1430928     INDEX RANGE SCAN PK_DEAL_BUCKET_DETAIL (cr=3551 pr=2936 pw=2936 time=8782 us cost=1203 size=4069596 card=339133)(object id 14199)


    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       2        0.00          0.00
      db file sequential read                      2936        0.02          1.49
      SQL*Net message from client                     2        0.00          0.00
    ********************************************************************************


    select count(*) from deal_bucket_detail where deal_bucket_id
    between 815 and 997
    and datetime between to_date('01-JUL-08','dd-MON-rr') and to_date('01-JAN-09','dd-MON-rr')

    call     count       cpu    elapsed       disk      query    current        rows
    -----------------------------------------------------------------------------------------------------
    Parse        1      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        2      3.70       8.86      29199      26986          0           1
    -----------------------------------------------------------------------------------------------------
    total        4      3.70       8.86      29199      26986          0           1

    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 43 

    Rows     Row Source Operation
    -------  ---------------------------------------------------
          1  SORT AGGREGATE (cr=26986 pr=29199 pw=29199 time=0 us)
    1430928   FILTER  (cr=26986 pr=29199 pw=29199 time=6986078 us)
    1430928    INDEX RANGE SCAN PK_DEAL_BUCKET_DETAIL (cr=26986 pr=29199 pw=29199 time=6977063 us cost=45208 size=5195748 card=432979)(object id 14199)

    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       2        0.00          0.00
      db file sequential read                       219        0.04          0.08
      db file parallel read                          35        0.04          0.32
      db file scattered read                        211        0.10          5.02
      SQL*Net message from client                     2        0.00          0.00
    ********************************************************************************
    How can I work on why the second query is much more work than the first?

    Published by: SamB on August 5, 2009 18:09

    The two make an index range scan, but another index range scan.
    Query 1: inlist iterator with range of index analysis for 1 value, because of the hard-coded values.
    Query 2: analysis of range of index for all values, starting at the bottom, thanks to between.

    -------------
    Sybrand Bakker
    Senior Oracle DBA

  • How to take the exit for some time on a loop to do comparison

    Hi all!

    I had a problem with my labview project, asking me to make the comparison with

    2 output values, both of which are within his time looping.

    To clarify this issue, I have 2 data entries, they are read in 2 loops while respectively once.

    Now I need to extract these values outside read the while loop to make the comparison. However simply

    the 2 outputs out of wiring to a comparison function does not work. The enforcement highlight function

    I can see that the data coming out of the loop!

    So, I would ask if anyone has any idea, thanks!

    Chao


  • Timer Interrupt.

    Hello.

    I want to simulate a break in the timer. For this, I have two parallel while loops.

    The first has a structure of the event.

    The second has a vi 'out of time '.

    I'm feeding the output "Out of time" to the "time up"vi in the events that trigger the structure of the event, but it doesn't seem to work."

    Please see the attached vi.

    Any suggestions?

    Thank you very much.

    Vasilis.

    Hi Sylvie,.

    No, ElapsedTime isn't "global variable".

    It is a VI - and is local whenever you place on the comic! (This is called reentrancy in LabVIEW).

  • Tuning PL/SQL - tkprof still shows a lot of work for the RECURSIVE STATEMENTS

    Hello

    First of all I don't know if this should be in the "database - general' or 'SQL and PL/SQL. Given that it is more a question specifically on the PL/SQL performance, I'll put here in 'database - general. " I hope that doesn't offend anyone.

    I just started watching a performance in our application issue. One of the developers establish me a procedure that replicates the question, I ran by tracing the session and then fed the tkprof on trace file. The results at the bottom of my eyes like this tkprof output file:
    OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        3      0.01       0.07         10         60          0           0
    Execute      3      0.01       0.01          0          3          0           3
    Fetch        0      0.00       0.00          0          0          0           0
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        6      0.03       0.08         10         63          0           3
    
    Misses in library cache during parse: 1
    
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       5        0.00          0.00
      SQL*Net message from client                     4        1.68          1.70
      db file sequential read                        18        0.01          0.10
    
    
    OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse      416      0.00       0.01          0          0          2           0
    Execute   1456      0.71       0.75         26       1739        425         590
    Fetch     2932      0.12       2.21        337       6338          0        3061
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total     4804      0.84       2.98        363       8077        427        3651
    
    Misses in library cache during parse: 25
    Misses in library cache during execute: 24
    
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      db file sequential read                       343        0.08          2.09
      db file scattered read                          1        0.00          0.00
    
       47  user  SQL statements in session.
      888  internal SQL statements in session.
      935  SQL statements in session.
       31  statements EXPLAINed in this session.
    I'm looking in particular to this relatively high activity RECURSIVE STATEMENTS, because for me, NO RECURSIFS (ie the actual submitted statements that form our code) seems harmless enough. It's my first experience to try to solve some complex looking for PL/SQL and I have no idea what might be considered more "normal", but I think I know and research on google, the results seem pretty strange to me.

    Is this strong activity for RECURSIF INSTRUCTIONS a problem, and if so, what should I start looking to reduce this activity?



    Kind regards

    ADOS

    should I concentrate my efforts on the identification of our STATES RECURSIFS

    1 456 executions took 2.98 seconds. If you are concerned? It depends on if it is essential for your application.

    Published by: Hemant K grapple on July 30, 2009 16:43

  • odd trace output 10046

    How can I get 24 seconds waited sqlnet client message if the total response time is 7 seconds. This seems to be a flaw in the 10046 metric timing route.
    OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        3      0.00       0.00          0          0          0           0
    Execute      4      0.01       0.00          0          0          0           2
    Fetch        2      7.17       7.01     191184     198038          0           1
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        9      7.18       7.01     191184     198038          0           3
    
    Misses in library cache during parse: 0
    
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       5        0.00          0.00
      SQL*Net message from client                     5       22.10         24.73
      db file scattered read                       8277        0.00          2.70
      db file sequential read                       780        0.00          0.01

    Try an experiement:

    ALTER SESSION SET EVENTS '10046 TRACE NAME CONTEXT FOREVER, LEVEL 8';
    
    SELECT SYSDATE FROM DUAL;
    

    I then think about the situation, what happens if my DUAL table is slow... should I have tried this with a different version of the Oracle... anything to kill 45 seconds. Then, then run:

    DISCONNECT ALL;
    

    TKPROF output the following:

     SELECT SYSDATE
    FROM
     DUAL
    
    call     count       cpu    elapsed       disk      query    current        rows
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    Parse        1      0.00       0.00          0          0          0           0
    Execute      1      0.00       0.00          0          0          0           0
    Fetch        2      0.00       0.00          0          0          0           1
    ------- ------  -------- ---------- ---------- ---------- ----------  ----------
    total        4      0.00       0.00          0          0          0           1
    
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 46  
    
    Rows     Row Source Operation
    -------  ---------------------------------------------------
          1  FAST DUAL  (cr=0 pr=0 pw=0 time=5 us)
    
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      SQL*Net message to client                       2        0.00          0.00
      SQL*Net message from client                     2       45.75         45.75
    

    0 seconds of CPU time, elapsed time 0 seconds and 45.75 in the SQL * Net message from the expectation of the client - waiting for the next request from the client computer. Note that the maximum wait is approximately the same Total expected - I think the same is true for you.

    Let's look at the raw trace file:

    PARSING IN CURSOR #1 len=24 dep=0 uid=46 oct=3 lid=46 tim=360672877551 hv=124468195 ad='7cb3df00'
    SELECT SYSDATE FROM DUAL
    END OF STMT
    PARSE #1:c=0,e=487,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,tim=360672877548
    EXEC #1:c=0,e=24,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=360672877886
    WAIT #1: nam='SQL*Net message to client' ela= 2 driver id=1413697536 #bytes=1 p3=0 obj#=10417 tim=360672878021
    FETCH #1:c=0,e=17,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,tim=360672878117
    WAIT #1: nam='SQL*Net message from client' ela= 147 driver id=1413697536 #bytes=1 p3=0 obj#=10417 tim=360672879450
    FETCH #1:c=0,e=1,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=360672879532
    WAIT #1: nam='SQL*Net message to client' ela= 1 driver id=1413697536 #bytes=1 p3=0 obj#=10417 tim=360672879606
    *** 2009-07-22 20:37:47.741
    WAIT #1: nam='SQL*Net message from client' ela= 45757081 driver id=1413697536 #bytes=1 p3=0 obj#=10417 tim=360718636761
    XCTEND rlbk=0, rd_only=1
    STAT #1 id=1 cnt=1 pid=0 pos=1 obj=0 op='FAST DUAL  (cr=0 pr=0 pw=0 time=5 us)'
    

    Note the line: "SQL * Net client message' ela = 45757081 - that happened after the last extraction of calls."

    In short, the wait is probably at the end, before writing to the trace file has been disabled.

    Charles Hooper
    IT Manager/Oracle DBA
    K & M-making Machine, Inc.

  • The upgrade of the P6510f with a Phenom II 965 Black Edition CPU

    I have a HP P6510f computer.  Originally, it had an AMD Athlon processor 4 630 X in it.  However, I bought a Phenom X 4 965 Black Edition. I improved the diet to a thermal take 500 watt and installed a GT 240 DDR 5 low profile card and I have 16 GB of ram.

    However, when I used CPU - Z, it is said that the basic speed is only 798,01 mhz.  But all my other friends have basic speeds similar to 4 times that speed, but they have different computer systems.  They said that I needed to change the speed and frequency in the bios.  However, when I press F10 to get to the top of cmos, I notice that the ability to change the speed or the CPU is grayed out.  Is not equipped for overclocking HP mother?  Do I have to buy a different motherboard?  I don't want to increase a lot!  Only a few megahertz.

    I cleared the CMOS three times.  Whenever I did, I would restart the system and for about 10/20 seconds, CPU - Z would say my basic speed was 3600.00 mhz.  But then he would go back to the 798,01 mhz 30 seconds later.

    Here are the specifications of your HP Pavilion p6510f desktop computer and here is a list of BIOS settings for motherboard Μatx-RS880-H (Aloe) in your computer. The 'CPU Type' and 'CPU Speed' are grayed out because they are information fields only. The motherboard does not support overcloking and "Black Edition" CPUs are not supported by this motherboard. According to AMD, the base/core speed for the Phenom™ II X 4 965 Black Edition CPU is 3400 MHz. Note also that there are two different Phenom II 965 4 processors X... with a TDP of 125 watts and the other with a 140 watt TDP. Your motherboard only supports valid processors up to 125 watt TDP.

  • Doesn't let me change the Cpu fan!

    Hey guys,.

    My cpu hp craped out fan and I tried to buy another fan I removed the old an and replace now the new fan will only work 830 RPM compared to the former which took place in 1800 as soon as the computer I tired about three different fans, it seems that he wants only foxxcon fan to work right so my question is How can I change the cpu fan with a one outside the foxxcon aftermartket because I can not find the same! model is a P6000 P6741f series!

    really want your help, I won't heat my cpu!

    Thank you!!!

    Ryan. D

    Therefore, replace the fan with a new and new thermal interface materials.

    Check the time against the maximum allowed for your CPU. Temperatures 10 degrees cooler (in degrees C) thean max when you run a game requiring high graphics so stop worrying.

  • Suggestion of a USB device for synchronization of a short Digital pulse with analogue output or periodic

    I hope someone can point me in the right direction and also to clarify some concepts!

    Background: I am currently using the box USB-6009 and labview on a laptop to output 2 analog waves. It acts as a waveform(0.5-2Hz) of speed (periodic) for an engine step by step (with a driver) to execute a loop of traffic, and the other waveform acts as a signal short 5V to trigger some imaging equipment. The ability to move or to delay the start time of the wave of 'trigger' compared to the waveform of speed in steps of hail (ms) became a requirement for my experiments. Given the time where the USB-6009 case, software based accuracy was not good enough because I need, and the way I wrote the VI limits my delay/travel at the speed of wave deltaT(30-40ms). I started to look at the USB - M series (portability is an obligation) since some have calendar based on the material, and I could send the signal to a buffer rather than iteratively having read every value of the wave in. It also seems that a digital short "pulse" works better than an analog wave form creating any. Where I ran into some confusion is to determine the requirements of a deterministic way sync the two. I am looking for new hardware. I started by looking at the box USB-6211. However, I ran across a few posts talking about the digital I/o correlated being required to perform vaguely similar configurations, which would require something more like the USB-6221. Since I have probably to the digital output to be on a time scale different analog output, is i/o digital correlated required? If not, would the 6211 work?

    Just to be clear, I need the periodic waveform and relaxation to be constantly in phase (anywhere, 10 minutes to several hours). Then be able to move the pulse +/-1ms (minimum) and repeat.  I can justify the most expensive device if necessary, but I don't want to get something I don't need.

    I have attached a figure (not not to scale) of what I am after, in the likely event that my explanation was not too clear.

    Thank you

    Gabe

    Hi Gabe,

    The 6211 did not buffer IO digital as some of our other devices.  However, there are two complete meters on the 6211 which can be used to perform a generation of pulses (pulse or continuous pulse train - you can output a pulse train using two counters finished).  You can take a look at the section Applications of meter output x 621 manual for more information.

    What it sounds like, the 6211 will do what you need for the following reasons:

    1. the AO of the 6211 lines are buffered and can be clocked up to 250 kHz per channel (in contrast to the 6009 using AO NI by SW).

    2 the 6211 counters can be used to generate two pulse based on a basis of time of 80 MHz (12.5 ns pulse width and resolution time).  The 6009 does not output meter.

    (a) if the two pulses must be on the same line, you must configure a task of generation of pulses finished' (this example uses two meters behind the scenes).

    (b) if both impulses are on separate lines, then you can use a task to counter separated for each line with a different initial delay.

    The 6211 does not supported clocked generation of digital signals (e.g. 100010101110100) but if you just need to generate impulses so that's precisely what the counters can be used to.  I think that's where all the confusion, but seems like the generation of digital signals should not be necessary for your application.  Trigger the counter outputs out of the trigger to start AO and adjusting the parameter 'Initial period' should give you what you are looking for.  Don't forget to start the tasks of meter in the software before the tasks of the AO (if they are armed and ready to go before the start AO is sent).

    I hope this helps, don't forget to post if you have any questions!

    Best regards

Maybe you are looking for

  • DB level monitor

    Hello.  I am an audiobook Narrator.  I had been recording in ProTools.  The recruiting company tells me that my "levels were very low" (see picture in first attachment) and they had "to amplify the volume 20 d" and that "BPEAK dB between - 6 dB and -

  • I have synced back, try to transfer bookmarks to new laptop and lost them all. Any hope of healing?

    I wanted to add my Firefox bookmarks to my new Macbook and it was late and I was tired, and don't think not, I implemented the synchronization on the Macbook first. So basically I was transferred to an empty queue of bookmarks and now all my favorite

  • HP Officejet Pro 8600 e-All-in: (media slot) photo to computer transfer?

    I have a friend I want to transfer pictures from his camera. The printer has a slot for sound card, I can see fine photos on the printer. What I want to do, is to transfer them to the computer. Does not seem that the computer recognizes the slots? I

  • Login screen broken

    I use the latest version of Skype (6.22.81) on Windows 8.1, I broke the Skype login page - it's the display without style. Except this everything works fine. I looked at all the solutions - probably, but none of them does not work for me - in the reg

  • shortcuts high office - how to remove shortcuts

    original title: the best desktop shortcuts I added a shortcut to my desk top of alitbaba.com and have now more than 50 shortcuts on my desktop.  How can I remove it at once?