Statspack Total Wait time

hi -
using v 9.2
I'm wondering about the Total Wait Time (s) in the Top 5 wait Events list.
I took a snapshot for 10.55(min) but some of the Time (s) exceeds this, so i'm clearly interpreting something incorrectly:
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~                                                     % Total
Event                                               Waits    Time (s) Ela Time
db file scattered read                            587,895       1,464    37.24
CPU time                                                        1,205    30.66
SQL*Net message from dblink                        22,597         609    15.49
db file sequential read                           478,006         554    14.11
log file parallel write                             6,335          28      .72
          -------------------------------------------------------------For example the db file scattered read is 1,464(s) which is more than the 10.55(min) of the snapshot.
how correlate this Time(s) to clock time?
My assumption is that multiple sessions are added and this number can exceed snapshot time?
Edited by: stg on Oct 17, 2008 9:50 AM

rocr wrote:
the time is per processor so if you have 8 processors and the clock time of the report is 6 minutes but 5 cpus use 3 minutes of processing each then the total time is 15 minutes.rocr,
You're thinking of the "CPU time" component only.
The wait time can be much greater than "snapshot interval * CPU_count". It can be as large as "snapshot interval * number of sessions".
For example:
I lock a table in exclusive mode for 15 minutes.
100 other users try to update that table, and have to wait for me to release my lock.
Elapsed time = 15 minutes
Wait time = 100 * 15 minutes = 1,500 minutes.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge." Stephen Hawking.

Similar Messages

Database Wait time calculation.

Hi i am using 10.2.0.4.0 version of oracle.
I need to find the total wait times for each days for each WAIT_CLASS and need to plot the trends in past days. i am using below query for getting the details, but my results are not matching with the ones i am getting in the AWR report. In my daily AWR report, 'USER I/O' is coming at highest time taking wait class, where as in my query i am getting 'Application' on highest wait section. Also the total wait times comes different. Can you please help me to understand, what am i missing in the query?
SELECT wait_class,
     TO_CHAR (MIN (s.end_interval_time), 'DD-MON-YYYY DY HH24:MI')
         sample_end,
        SUM (WAIT_TIME + time_waited) waittime
FROM dba_hist_active_sess_history q, dba_hist_snapshot s
WHERE   s.snap_id = q.snap_id
      AND s.dbid = q.dbid
      AND s.instance_number = q.instance_number
      AND s.end_interval_time >=
             TO_DATE (TRIM ('16-Oct-2012 '), 'dd-mon-yyyy hh24:mi:ss')
      AND s.begin_interval_time <=
             TO_DATE (TRIM ('18-nov-2012 '), 'dd-mon-yyyy hh24:mi:ss')
     AND wait_class in ('User I/O','System I/O','Concurrency','Commit','Other','Configuration','Network','Application','Administrative')
GROUP BY trunc(s.end_interval_time),wait_class
ORDER BY trunc(s.end_interval_time),waittime desc

Thanks. I executed the below query and got the results for the same duration as in my AWR report, i.e '02-Nov-12 00:10:14' to '02-Nov-12 16:50:40' but i am wondering the trend of wait times as per each class are comparably similar but nos i.e. SUM(time_waited) are different in both the cases(AWR and below QUERY), they are not exact match. Why am i getting this difference?
SELECT wait_class,
       --TO_CHAR (MIN (s.end_interval_time), 'DD-MON-YYYY DY HH24:MI'),
       trunc(s.end_interval_time),
        SUM(time_waited)
FROM   dba_hist_service_wait_class dhswc
       , dba_hist_snapshot s
where    S.SNAP_ID = dhswc.snap_id
AND wait_class in ('User I/O','System I/O','Concurrency','Commit','Other','Configuration','Network','Application','Administrative')
AND s.end_interval_time >=
             TO_DATE (TRIM ('02-Nov-12 00:10:14'), 'dd-mon-yyyy hh24:mi')
      AND s.begin_interval_time <=
             TO_DATE (TRIM ('02-Nov-12 16:50:40'), 'dd-mon-yyyy hh24:mi')
GROUP BY Trunc(end_interval_time),
          wait_class
ORDER BY Trunc(end_interval_time),
          wait_class;Edited by: 930254 on Nov 8, 2012 8:01 AM
Edited by: 930254 on Nov 8, 2012 8:05 AM

Huge total time(wait time) in SQL statements on NRIV

Hi experts,
I found our system has huge total time(wait time exceeeds more than
20%) and I find a note 840901 is recommended using parallel buffering
on number range object: RF_BELEG. Unfortunately, our financial
department insists RF_BELEG should be continuous, chronological order.
Does SAP has any other solution to fix this issue?
| |23,555,002,826 |11,112,702,332,000
SELECT TOP 1 "CLIENT" AS c ,"OBJECT" AS c ,"SUBOBJ
NRIV
2,611,244
2,313,824,602,000

hello Sir,
You can check for t-db02-->table analysis and alos look for sapnote : 56987
Bye

Understanding statspack report(CPU time in top time events)

Hi,
I am using oracle 9.2.0.8 RAC on SUN solaris platform.I am trying to understand my DB statistics using the below statspack report.Can you please coment on the below report
My quetions/thoughts are:
1) CPU time is in the top timed events,Is that eman some need to do with CPU increase.Was CPU bottleneck?
2) Parse CPU to Parse Elapsd %: 80.28 .Is this means I am hard parsing most of the time.How can identify which queries doing more hard parses.what is mean by% Non-Parse CPU: 98.76
3) Memory Usage %: 96.25 96.64.It seems to be there is too much memory usage.Can you elaborate this usage about what could be the reasons for this to happen
4) global cache cr request is coming in the top wait evetns and top timed events.Is there some issue with RAC?
5) can you please explain about 5 CR Blocks Served (RAC) and 5 CU Blocks Served (RAC) and Top 5 ITL Waits per
Your help is appreciated!!
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 2,101,521.49 18,932.15
Logical reads: 91,525.82 824.54
Block changes: 6,720.68 60.55
Physical reads: 5,644.92 50.85
Physical writes: 464.97 4.19
User calls: 922.79 8.31
Parses: 342.37 3.08
Hard parses: 1.52 0.01
Sorts: 324.18 2.92
Logons: 2.66 0.02
Executes: 2,131.75 19.20
Transactions: 111.00
% Blocks changed per Read: 7.34 Recursive Call %: 78.48
Rollback per transaction %: 22.43 Rows per Sort: 15.89
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.66 Redo NoWait %: 100.00
Buffer Hit %: 93.86 In-memory Sort %: 100.00
Library Hit %: 99.95 Soft Parse %: 99.56
Execute to Parse %: 83.94 Latch Hit %: 99.79
Parse CPU to Parse Elapsd %: 80.28 % Non-Parse CPU: 98.76
Shared Pool Statistics Begin End
Memory Usage %: 96.25 96.64
% SQL with executions>1: 34.19 32.67
% Memory for SQL w/exec>1: 39.87 40.47
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
CPU time 10,406 42.54
db file sequential read 1,707,372 4,282 17.51
global cache cr request 2,566,822 2,369 9.68
db file scattered read 1,109,892 1,719 7.03
SQL*Net break/reset to client 17,287 1,348 5.51
Wait Events for DB: Instance:
-> s - second
-> cs - centisecond - 100th of a second
-> ms - millisecond - 1000th of a second
-> us - microsecond - 1000000th of a second
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
db file sequential read 1,707,372 0 4,282 3 8.5
global cache cr request 2,566,822 3,356 2,369 1 12.8
db file scattered read 1,109,892 0 1,719 2 5.5
SQL*Net break/reset to clien 17,287 0 1,348 78 0.1
buffer busy waits 312,198 11 1,082 3 1.6
Message was edited by:
user509266

This statspack taken for 30 minutes interval.We have 16 CPU's.We never got ORA-4031 errors.It means you have 16 * 30 * 60 = 28,800 seconds CPU available during the interval but you only used 10,406. So you don't have a CPU problem.
For Statspack documentation, you can have a look to <ORACLE_HOME>/rdbms/admin/spdoc.txt, Metalink note 228913.1, Jonathan Lewis Scratchpad, books commended by Rajesh Kumar Yogi and also to http://www.oracle.com/technology/deploy/performance/index.html

'%Total Call Time ' in AWR report

Hi.
I have a quick question here,
For the awr report, the ‘Top 5 Timed Events’ section, does anybody knows how the ‘%Total Call Time ‘ is calculated for each event listed there?
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time Wait Class
PX Deq Credit: send blkd 5,682,600 3,816 1 39.8 Other
db file scattered read 91,236 1,681 18 17.5 User I/O
CPU time 1,347 14.0
log file sync 99,426 752 8 7.8 Commit
log file parallel write 97,921 523 5 5.4 System I/O
Thanks,
Lei

922884 wrote:
Hi,
Db version is 10.2.0.4.0
What is meaning of waits and % Total Call Time in Top 5 Timed Events in AWR report? Waits is the number of times a session waited on a particular call
% Total Call Time is the total time spent in this event divided by the db time, converted to a percentage.
It gives you some idea of how signifcant this event was in the total time spent waiting by the user. Unfortunately the SQLNet times are excluded in the calculations, so there is a component of time that (from the end-users' perspective) is lost.
How to read AWR report?Where i have to start from it?
The best place to start is probably still the white paper about statspack produced by Oracle 11 years ago: http://www.oracle.com/technetwork/database/focus-areas/performance/statspack-opm4-134117.pdf
How the values are calculated in awr? For example db time is 556.15 and elapsed time is 1,439.73 .
elapsed time is the clock time between the start and end time of the snapshots, reportedin in minutes - in your case your report covers 24 hours which is generally far too long to be useful.
db time is the time your sessions were active "inside" the database - again in minutes - and it's a measure of how much time you spent working. It is the sum of wait time and CPU time.
Regards
Jonathan Lewis

How to get the total execution time from a tkprof file

Hi,
I have a tkprof file. How can I get the total execution time. Going through the file i guess the sum of "Total Waited" would give the total time in the section "Elapsed times include waiting on following events:"
. The sample of tkprof is given below.
SQL ID: gg52tq1ajzy7t Plan Hash: 3406052038
SELECT POSTED_FLAG
FROM
AP_INVOICE_PAYMENTS WHERE CHECK_ID = :B1 UNION ALL SELECT POSTED_FLAG FROM
AP_PAYMENT_HISTORY APH, AP_SYSTEM_PARAMETERS ASP WHERE CHECK_ID = :B1 AND
NVL(APH.ORG_ID, -99) = NVL(ASP.ORG_ID, -99) AND
(NVL(ASP.WHEN_TO_ACCOUNT_PMT, 'ALWAYS') = 'ALWAYS' OR
(NVL(ASP.WHEN_TO_ACCOUNT_PMT, 'ALWAYS') = 'CLEARING ONLY' AND
APH.TRANSACTION_TYPE IN ('PAYMENT CLEARING', 'PAYMENT UNCLEARING')))
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute    442      0.08       0.13          0          0          0           0
Fetch      963      0.22       4.72        350      16955          0         521
total     1406      0.31       4.85        350      16955          0         521
Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 173     (recursive depth: 1)
Number of plan statistics captured: 1
Rows (1st) Rows (avg) Rows (max) Row Source Operation
         1          1          1 UNION-ALL (cr=38 pr=3 pw=0 time=139 us)
         1          1          1   TABLE ACCESS BY INDEX ROWID AP_INVOICE_PAYMENTS_ALL (cr=5 pr=0 pw=0 time=124 us cost=6 size=12 card=1)
         1          1          1    INDEX RANGE SCAN AP_INVOICE_PAYMENTS_N2 (cr=4 pr=0 pw=0 time=92 us cost=3 size=0 card=70)(object id 27741)
         0          0          0   NESTED LOOPS (cr=33 pr=3 pw=0 time=20897 us)
         0          0          0    NESTED LOOPS (cr=33 pr=3 pw=0 time=20891 us cost=12 size=41 card=1)
         1          1          1     TABLE ACCESS FULL AP_SYSTEM_PARAMETERS_ALL (cr=30 pr=0 pw=0 time=313 us cost=9 size=11 card=1)
         0          0          0     INDEX RANGE SCAN AP_PAYMENT_HISTORY_N1 (cr=3 pr=3 pw=0 time=20568 us cost=2 size=0 card=1)(object id 27834)
         0          0          0    TABLE ACCESS BY INDEX ROWID AP_PAYMENT_HISTORY_ALL (cr=0 pr=0 pw=0 time=0 us cost=3 size=30 card=1)
Elapsed times include waiting on following events:
Event waited on                             Times   Max. Wait Total Waited
----------------------------------------   Waited ---------- ------------
db file sequential read                       350        0.15          4.33
Disk file operations I/O                        3        0.00          0.00
latch: shared pool                              1        0.17          0.17
********************************************************************************

user13019948 wrote:
Hi,
I have a tkprof file. How can I get the total execution time.
call count cpu elapsed disk query current rows
total 1406 0.31 4.85 350 16955 0 521TOTAL ELAPSED TIME is 4.85 seconds from line above

AWR   SQL ordered by Cluster Wait Time

I am beginner in Oracle Performance issue, I am working on sql query which appear on the top of queries list in the section SQL ordered by Cluster Wait Time
have any one an explanation for this ?
Thanks,
Edited by: BIJGA on 19 sept. 2011 09:44

====================SQL ordered by Elapsed Time
Elapsed Time (s)     Executions      Elapsed Time per Exec (s)      %Total     %CPU     %IO     SQL Id     SQL Module     SQL Text
1,769.05     2     884.53     3.51     64.30     35.91     acgncjwd5hmjc      MYPROG      BEGIN MY_PROC (15400...
==============================SQL ordered by Cluster Wait Time
Cluster Wait Time (s)     Executions     %Total     Elapsed Time(s)     %Clu     %CPU     %IO     SQL Id     SQL Module     SQL Text
33.60     12     3.78     888.29     25.96     35.07     61.61     284532152m5up      MYPROG      SELECT 1 FROM MYTABLE L WHERE (..
Remrak the query 284532152m5up was executed by
OPEN myLock for SELECT 1 FROM MYTABLE L WHERE... for update;
close myLock;
Thanks,

Wait time from WIP to finished product

Dear PP experts,
I have a case need your help:
We're a construction company, we have a concrete factory.
Our product (called spun pile) is made from concrete and mixture.
In put: concrete + admixture
Out put: spun pile (WIP)
usually, it takes 7 days for a spun pile (WIP) becomes a finished product.
in other cases, we have to speed up the progress, so, we put the spun pile (WIP) into heat oven. It only takes 1 or 2 days for a spun pile (WIP) becomes finished product.
In total, we have production date, called A (date)
We have wait time, called T (days)
We have the date that we can sales finished product, call B (dates) = A + T
Can we manage it in SAP PP? We expect after T days, stock in finished product will be increased, automatically, instead of manually do the stock transfer in SAP MM module.
Please consult me on this. Thanks in advance.
Regards,
Gent
Edited by: Nguyen Phuoc Toan on Jun 18, 2011 9:15 AM

Hi Toan,
Can you explain your business in this case? If you want to check available in SO, you need to setting waiting time in routing, if you need to receipt into stock, it impossible.
KietNVT

Waiting time before operation in APO

Dear All,
I have a questions regarding the waiting time of operations with APO.
Our customer wants to have a waiting time befor the operation. In R/3 there is no problem as we can use 'Wait time' to define the inter-operation time. But in APO 'wait time' is taken together with the 'transport time' as total on the end of the operation (according to oss note 604878).
How can we configure the interoperation-times to have a waiting time befor the operation also in APO?
Thank you in advance for you help.
Best regards,
Thomas

Hi thomas,
If the operation is in start, then u can add additional time as waiting time, If it is in the middle, u can add waiting time before the prior operation as additional time. If it is in the last, then u use Tear down time as additional time.
Hope this helps, please confirm
Regards
R. Senthil mareeswaran.

Total CPU time consumed by all Oracle sessions combined.

Hello, I need to summarise total cpu time consumbed by all active Oracle sessions and below is the query thta I could come up with.
However the problem: even if I execute query in a miliseconds duration, the value of total cpu time is always changing for a given session. Hence, is the query below right?
SELECT SUM( c.value)
FROM V$SESSION a,
v$sesstat c,
v$statname d
WHERE a.sid = c.sid
and c.statistic# = d.statistic#
AND d.name = 'CPU used by this session'
AND a.status = 'ACTIVE';
Thanks,
R

Your findings are correct - the statistics is changing all the time. I don't see what is the problem here, you just have to add the time stamp and then you can measure the difference between them.
If you are on 10g or 11g version then I would suggest you to look at V$SESS_TIME_MODEL which also gives interesting aggregated data for session level and for the database level the V$SYS_TIME_MODEL is probable the thing you are looking for.
SQL> select stat_name,value from v$sys_time_model where stat_name='DB CPU';
STAT_NAME                                                             VALUE
DB CPU                                                           2125109375But I would like to warn you that there are some anomalies with time measurement in the database. Consider the following case:
SQL> create or replace function f_cpu( p number) return number is
2 m_date date;
3 begin
4    for a in 1..p loop
5       m_date := sysdate;
6    end loop;
7    return 0;
8 end;
9 /
Function created.
SQL> alter session set events '10046 trace name context forever, level 8';
Session altered.
SQL> set arraysize 1
SQL> select f_cpu(300000) from dual connect by level <= 10;
F_CPU(300000)
            0
            0
            0
            0
            0
            0
            0
            0
            0
            0
10 rows selected.
SQL> alter session set events '10046 trace name context off';
Session altered.From the other session you run your statement which just looks for the CPU usage in the first session. You will see that the CPU time is increased all the time, not just after every fetch call, but also between them.
Now comes the funny thing - the SQL_TRACE shows the following ( I have removed all wait events to get more clear picture for my purpose):
PARSING IN CURSOR #4 len=53 dep=0 uid=88 oct=3 lid=88 tim=347421772231 hv=2194474452 ad='230f2310' sqlid='2m7v6ua1cu1fn'
select f_cpu(300000) from dual connect by level <= 10
END OF STMT
PARSE #4:c=0,e=124,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=347421772223
EXEC #4:c=0,e=103,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=347421772446
FETCH #4:c=671875,e=588199,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,tim=347422360764
FETCH #4:c=1437500,e=1282871,p=0,cr=0,cu=0,mis=0,r=2,dep=0,og=1,tim=347423644892
FETCH #4:c=1156250,e=1182013,p=0,cr=0,cu=0,mis=0,r=2,dep=0,og=1,tim=347424827769
FETCH #4:c=1234375,e=1181276,p=0,cr=0,cu=0,mis=0,r=2,dep=0,og=1,tim=347426009910
FETCH #4:c=1187500,e=1179318,p=0,cr=0,cu=0,mis=0,r=2,dep=0,og=1,tim=347427190068
FETCH #4:c=593750,e=593217,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,tim=347427784188In this output "c=" is CPU time in 0.000001s (microseconds) and "e=" is elapsed time. There are many rows where CPU time > elapsed time, what is a well known problem of reporting for CPU timing. This was a single session so this result is unrealistic: how one can use 1.43s CPU time in only 1.28s time.
FETCH #4:c=1437500,e=1282871,p=0,cr=0,cu=0,mis=0,r=2,dep=0,og=1,tim=347423644892The CPU time is bigger than elapsed time - and you can probably notice as well that CPU time is rounded to 00,25,50,75 .
There are some interesting problems with time measuring in Oracle and one can easily be caught in this trap. I have written a post about this in my blog: http://joze-senegacnik.blogspot.com/2009/12/measurement-error-in-trace-file.html
HTH, Joze
Co-author of the forthcoming book "Expert Oracle Practices"
http://www.apress.com/book/view/9781430226680
Oracle related blog: http://joze-senegacnik.blogspot.com/
Blog about flying: http://jsenegacnik.blogspot.com/
Blog about Building Ovens, Baking and Cooking: http://senegacnik.blogspot.com

DB wait time in daily basis.

hi ,
i am using 10.2.0.4.0 version of oracle. I want to get total DB wait time for comparing since last two weeks of DB perfromance , in daily basis. I have AWR report but i have go through each and every report for comparing results of each day. But, is there any script , using which i can get the total DB wait time in daily basis. please help.
Edited by: 930254 on Nov 5, 2012 5:15 AM

hi i am using below query for getting the total waits in daily basis. Is it the correct one? or i need to use dba_hist_active_sess_history?
select TO_CHAR (MIN (s.end_interval_time), 'DD-MON-YYYY DY HH24:MI')
         sample_end,
         trunc(sum(time)/360000) hrs
FROM dba_hist_waitstat q, dba_hist_snapshot s
WHERE   s.snap_id = q.snap_id
      AND s.dbid = q.dbid
      AND s.instance_number = q.instance_number
      AND s.end_interval_time >=
             TO_DATE (TRIM ('1-nov-2012'), 'dd-mon-yyyy hh24:mi')
      AND s.begin_interval_time <=
             TO_DATE (TRIM ('5-nov-2012'), 'dd-mon-yyyy hh24:mi')
GROUP BY trunc(s.end_interval_time)
ORDER BY trunc(s.end_interval_time)Edited by: 930254 on Nov 5, 2012 6:07 AM

Inconsistent IO Wait Time

I'm trying to comprehend why oracle seems to more efficiently table scan a table when it has more rows than when it has less.
I have run a bunch of queries against the database, and I have tracked their wait events stats.
And it seems that this ratio:
ReacorsPerWait = #records/ wait_time,
where db_file_scattered_read is the most significant wait event by a lot
This Ratio simply Increases on and on, although the rate of increase grows eventually slower.
Namely, this ratio is practically the same when the relatio changes from 25 Million tuples to 125 Million tuples. But
before reaching that ratio threshold, the ratio increases quite significantly from test to test.
(From 0.2 Million to 1 million, to 5 million and to 25 Million...
It increases way too fast. I get changes in rate of more than 40%)
I just cannot make any sense of this performance change, If the number of records is increasing by 5 the IO time should also be increasing by 5.
What I have tried to do to fix this at some constant rate was: set the db_multiblock_read_count at some constant value. I set it up to like 10 MB. (10* 1024 KB / 8 KB)
But the results are the same, with or without a fixed multiblock read count, Oracle IOs faster when the relation is bigger. What is the cause of this? Any Ideas.
Another interesting thing is that the Cache Hit Ratio is reducing as the IO speed is increasing.
But the number of physical reads increase proportionately (times 5). I thought that this migh be explained because Oracle might Use larger Multi Block Reads when the relation was larger - or something like that.
But now I know that that cannot be the reason.
(By the way: this change in rate could be explained - partially - in the tests from 0.2Million to 1 million due to other wait time like reading control file, which is significant for small examples. But from 1 Million oward, approximately 99% of the wait time is doing the db file scattered read)
Edited by: sono99 on Nov 4, 2009 4:22 AM
Edited by: sono99 on Nov 4, 2009 4:30 AM
Edited by: sono99 on Nov 4, 2009 4:32 AM

sono99 wrote:
HI, thank you for trying to help.
"It's likely that measurements also vary with row size and not just row count ... not to mention half a dozen other features.
There are a couple of obvious possibilities:"I think that are not likely to be reason of the improvement in IO performance. Sure, I am not saying that standard deviation of row size is 0, but I'd say whichever the STD for the row size is, it will be pretty small.
To begin with, the table is populated with data generated by a home coocked program.
The table has like 6 collumns of integer type, none of them has null values.
If you ask a generic question you get generic answers.
Your original posting was about "the database", not about "a specific table created on a single disc for test purposes".
Have you tried cloning the table several times and seeing if the results are consistent across all clones ? There are several possible causes of variation in your case, for example has part of your table has ended up on a less fragmented part of the disc, or on the outer edge of the disc, so that the multiblock reads are more effective, or the disk-level track caching is more effective.
All sorts of strange side effects can appear when you create single user tests on small machines, and you have to be careful to consider the effects of multi-user activity on "realistic" system when constructing tests. It can be quite difficult to identify the points where a test is not properly representative of the mechanism you are trying to investigate.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
To post code, statspack/AWR report, execution plans or trace files, start and end the section with the tag {noformat}{noformat} (lowercase, curly brackets, no spaces) so that the text appears in fixed format.
"Science is more than a body of knowledge; it is a way of thinking"
Carl Sagan

3 Month Repair Wait Time in South Africa

The mind totally boggles how RIM can sell South African customers a phone that has a standard three month repair wait time. Apparently, there are no repair facilities in South Africa and the phones must be shipped overseas for repair. What are you doing selling phones in our country without the proper facilities? You are creating an extremely bad reputation amoungst high end South African consumers. Either remove the phones from the market entirely or investment in the proper repair facilities.

RIM does not sell phones in South Africa, your carrier does.
You are not being reasonable to think a manufacturer like RIM must have a repair facility in each country in which its devices are sold, as RIM is in over 150 nations. Do the math.
1. If any post helps you please click the below the post(s) that helped you.
2. Please resolve your thread by marking the post "Solution?" which solved it for you!
3. Install free BlackBerry Protect today for backups of contacts and data.
4. Guide to Unlocking your BlackBerry & Unlock Codes
Join our BBM Channels (Beta)
BlackBerry Support Forums Channel
PIN: C0001B7B4 Display/Scan Bar Code
Knowledge Base Updates
PIN: C0005A9AA Display/Scan Bar Code

Exremely high (98%) roll wait time

I am running a ECC 6.0 EHP4 server in solaris 5.10 OS, Oracle 10.2.0.4.
My users experience extremely high roll wait time when they execute transactions like PA20/PA30. It took about 20 minutes for it to load.
I ran stad and found out the majority of the portion is wasted at roll wait time. How do we know what caused the wait time?
e.g. user execute TCODE PA20 and wait for the hourglass for about 20 minutes before the record is shown
Other transactions ran smoothly.
Your help is appreciated.

After a RFC trace, it showed this RFC statement having very high duration:
RFC Statement
Function module name      HTTP_GET
Source IP Address         a.b.c.d
Source Server             ourSECCServer
Destination IP Address    a.b.c.d (same ip as source)
Destination Server        ourSECCServer
Client/Server             Client
Conversation ID
RFC Trace Rec. Status     4
Sent Bytes                9.476
Received Bytes            3.353
Total Sent Bytes
Total Received Bytes
ABAP program name         SAPLSFTP
RFC Time                  224881.681
Any ideas?

Roll wait time very high.

Hi All,
We are facing a strange problem.
Our system is performing low just because of the share of high Roll Wait Time.
Can anyone tell why it is so high ? and how to reduce it's time.
Now it's taking more than 60% of Total Resp. Time.
Thanks & Regards,
Santosh Rajput

Hi Santosh,
sometimes we have the same problem when inserting records with MM41. In ST03 Top Response Times the roll wait time takes nearly minutes, the whole response time 5 minutes.
The SAP HELP defines roll wait time as follows:
Wait time in the roll area.
If synchronous RFCs are called, the work process performs a roll out and waits for the end of the RFC in the roll area. The RFC server programs can wait for other RFCs to be sent to them in the roll area.
I'm not quite sure whether this explanation meets your or my problem because the problem occurs just two or three times a day. So - what is the process waiting for?
Can anybody help?
Thanks and best regards,
Frank Ihnen

Statspack Total Wait time

Similar Messages

Maybe you are looking for