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

Similar Messages

Network/roll wait time is high

Hi,
One of my dialog instance is showing high response time at SMLG.
When i am checking Dialog Overview at RZ20, network response time of this server is very high.
When i am checking the parts of response time at ST03, roll wait time is always around 70% for this instance.
(4.7,2003 server, SQL 2000)
Kindly suggest me to resolve this.
Regards,
Gayathry.

Hai,
Roll wait time means: During processing of some dialog steps, the user context may be rolled out; for example, during RFCs when the client is waiting for a response from the server. This wait time until the dialog step can continue is called the roll wait time.
try to check what RFC causes this, somtimes this may lead to rollfile overflow and in turn some background jobs might fail due to rollfile overflow.
Check SAP Notes:1100926 and 578118.
Regards,
Yoganand.V
Edited by: Yoganand Vedagiri on Mar 12, 2009 1:47 PM

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?

High roll wait time, gui time and processing time

Hi all,
We are having a performance issue with the system at the moment. After running ST03N and STAD, we have determined that we are having abnormally high roll-wait, GUI and processing times.
Here are some results from STAD:
CPU time: 2956ms
Processing time: 4417ms
Roll wait time: 1319ms
GUI Time: 2859ms
Can someone direct me towards finding the problem?
If you need more information please let me know. I would post a screenshot if I was able to.
Thanks,
HL

Hi,
Regarding Performance Of SAP system it will not be possible to Come to conclusion with the one Single data.
GUI time is basically the time spent in front end i.e Your Network load or such time
Coming to CPU time Can you see ST06 what is the CPU Utilization of your system?
Roll Wait time is the time Spent in buffer if you can share us the OS and Memory configuration.
We can Try to tune the Roll memory ( extended memory tuning) so that we can try to reduce the Roll time.
If possible try to find the Top Dialog Response Time Transaction Is it Standard or for Z Programs.
https://cw.sdn.sap.com/cw/docs/DOC-14387
Go through this link you might get clear idea of performance.
Thanks & Regards,
Balaji.S

Relation between RFC time and Roll wait time

Hello
What is the relation between RFC time and Roll wait time?
In a diagram from E2E100 training I took recently the relationship is made out to be:
RFC+CPIC = some processing time + Roll wait time
Something like this
Processing----
Roll wait-------
Roll in
RFC+CPIC----
In the diagram I saw it shows that roll out occurs during processing.
Assumming that the user context rolls out and then rolls in again, wouldn't "Wait" time occur when the request comes back and the dispatcher has to assign the request to a work process?
Is this wait time calculated as "Wait" time or is it calculated as "Roll wait" time?
I was forced to think about this because of a STAD record I have with high Roll wait time, but with low RFC time as well as zero GUI time. If "Wait" time when the request comes back from RFC is included in "Roll wait" then it might explain what i'm seeing.
Kind regards,
Peter

Hello Santosh,
Thank you for your reply.
I would like to know how time spend in the dispatcher by a request coming back from an RFC is calculated.
When the RFC is made the user context is rolled out of the work process so the work process becomes free. When the RFC comes back it has to be assigned to a new work process. This means that a bit of time would need to be spent in the dispatcher. Would this time be measured as "wait" time or is it part of "Roll wait time?
From the definition you gave of "Roll wait time", "it is the time dedicated by the R/3 system to waiting for the return value of an RFC call plus the CPIC time required to create the connection for that RFC to an outside system", one would think that the time spent in the dispatcher by a returning RFC would be measured as "wait time" the same as when the dialog request first comes in from the front end. I've never seen a diagram that explained this satisfactorily.
Kind regards,
Peter

Long Roll-Wait time in SAP (ST03N)

Hello !
On my SAP-PRD, just registering long roll-wait times since almost 6 weeks !! Network diagnostics are normal ! Can somebody give me any hints to the issue !
Thanks in adv.
Kumar Mitra from Germany
====================

Hai,
Check the below link.....
http://sap.ittoolbox.com/groups/technical-functional/sap-basis/high-rollwait-time-1514656?cv=expanded
http://www.saptechies.com/rfc-statistics-in-transactions-st03st03n-and-stad/
Roll wait time = time spent in roll context waiting for RFCs.
Also you can check tcode ST05 for RFC trace.
Regards,
Yoganand.V
Edited by: Yoganand Vedagiri on Feb 4, 2009 12:05 PM
Edited by: Yoganand Vedagiri on Feb 4, 2009 12:10 PM

Wait Time & Roll Wait Time

In t-code ST03N, there are following info:
1. Average Wait Time per Dialog Step (ms)
2. Average Roll In Time (ms)
3. Average Roll Wait Time (ms)
Question:
1. When will Roll Wait happen?
2. What is relationship between Wait Time and Roll Wait Time?
3. When dispatcher looking for free dialog wp, the dispatcher wait time occurs. From above two type of wait time, which one is dispatcher wait time?
Thanks.
James

Hi,
Read the OSS note which explains the decomposition of response time in detail...
Regards,
Olivier

Load+gen time very high

Hi all
i m using SAP 4.7 on Oracle 9.2
Server- IBM P series Processor 375Mhzx 2 RAM - 3 GB
I hav problem that in ST03n i have Load +Gen time very high (upto 500)
is it some H/w problem or some tuning prob.
Thanks in Advance

SGEN will recompile ABAP loads that you want.
your system look old, so, this can take anything from 1 hour to 8 hours.
so, do this when user load is minimal.
I usually choose all options and do a complete generation. this takes a lot of space in your DB, but system will be faster even if you use rarely used transactions.

High roll wait time

For my below crm transaction for a perticular user the response time is ~18000 ms out of which 15130 is roll time. Memory used is 16 MB.
"BSPWDWCC_SLS_HOME SAPMHTTP /sap/bc/bsp/sap/CRM_UI_PORTAL/B"
Roll time
Out                 5 ms
In                  5 ms
Wait           15,130 ms
Where is causing this roll wait ? What memory is not sufficient ? What to look at ?
In st02
roll buffer max used is 25% ,
page buffer max used is 10%.
EM max used 50%.
No swaps for above.
My user memory settings are as below:
ztta/roll_area                              9000000
ztta/roll_first                             1
ztta/roll_extension                         4000000000
thank you
Laxmi

Thank you Shyam,Krishna.
I checked another similar instance again today with high wait time. Most of the time was wait time. There were NO RFC RECORD. just http record with most of it being on the server (Remote exec. time ~ 16 534 ms).
Now i assume calling time = gate way time + remote exec time. So as most of it was on the server I can rule out network.
I checked st03 and rfc times were really small. Also we have plenty of wps .. ~ 90. So not sure why still the high wait time. Also stad does not give any RFC record. If this was rfc will it now show up ?
I have given below the details. Am I missing some thing ?
Response time           16,546 ms
Wait for work process          5 ms
Processing time            1,155 ms
Load time                     28 ms
Generating time                0 ms
Roll (in+wait) time       15,016 ms
Database request time        341 ms
Enqueue time                   0 ms
Roll time   Out                 5 ms
             In                  3 ms
             Wait           15,013 ms
NO RFC SUB RECORD
HTTP Records
as Server
Number      Connections                            1
                   Destinations                           1
                   Calls                                       1
Time     Calling                            16,540   ms
            Remote execution          16,534   ms
            Idle                                 219   ms
HTTP Server connection record
Connection-Id          4B7CAADEF5DA00A7E10080000A68F456
Communication step     Send/Receive
Timestamp              20100218 155216 EST
Host                   sappc003
Port                   8031
Path                   /sap/bc/bsp/sap/crm_ui_frame/BSPWDApplication.do
Status phrase          OK
Status code              200
Protocol               HTTP
Method                 GET

Issue with Query OLAP time very high

Hello Guyz
I ran my query in RSRT, and noticed tht the QOLAPTIME was almost 432 seconds (the query had crossed the 65556 records limit by then). The DBTIME was 70 secs.
1. Are the above times in seconds?
2. What are the performance techs I can implement, to improve the OLAP time? Since I think aggregates, indexing and partitioning only improve the DB time?
3. I already have cache active on this query.
Any suggestions?
Please don't post the same question across the different forums
Edited by: Moderator on Jul 8, 2009 11:46 AM

Hello,
One more thing, do any of the standard tech. of Indexing, Partitioning, Aggregate creation help in decreasing the OLAP time?
These tech will be helpful for DB time but no use for OLAP time. And RKF didn't cost extra OLAP time but CKF and CELL calculation do.
In your post you said there are more than 65535 rows. That's the main cause of high OLAP time according to my experience. Why users want so many rows? It's almost impossible to read. You can imaging how long it would take to transfer so many data from bw server to user (result in high OLAP time).
Please reduce the lines by filter or something else. If you can't reduce the line number, I don't think the OLAP time would be low.
Regards,
Frank

Form display time very high

Hi!!
i have developed a form both in Oracle 3.0.7 and 3.0.8 and in this last the same form the display time is more high than in the previous version. It needs at least 20 seconds to display the form. And the machine in with i have the new version is more powerfull 2 processor and 512 RAM. Could i do something to improve the display time??
Thanks in advance.

Hi,
This is the bug in Portal 3.0.8 form component, u have to create two additional index, for which script is given below.
Create 2 additional indexes:
CREATE INDEX WWA_MODULE_BINDINGS_IDX1
ON WWA_MODULE_BINDINGS$(
SUBSCRIBER_ID,
MODULE_ID,
MODULE_VERSION,
MODULE_BLOCK_ID,
MODULE_ATTR_ID)
CREATE INDEX WWA_MODULE_LOV_BINDINGS_IDX1
ON WWA_MODULE_LOV_BINDINGS$(
SUBSCRIBER_ID,
MODULE_ID,
MODULE_VERSION,
MODULE_BLOCK_ID,
MODULE_ATTR_ID)
rgds,
Sunil
null

Deadlocks and very high wait times

We are seeing a very high number of deadlocks in the system. The deadlocks trace all show a 'enq: TX - row lock contention' with wait times of around 2929700+ seconds ex:
last wait for 'enq: TX - row lock contention' blocking sess=0x70000006d85e1b8 seq=55793 wait_time=2929704 seconds since wait started=4
name|mode=54580006, usn<<16 | slot=1d0010, sequence=705f
Dumping Session Wait History
for 'enq: TX - row lock contention' count=1 wait_time=2929704
name|mode=54580006, usn<<16 | slot=1d0010, sequence=705f
for 'latch: enqueue hash chains' count=1 wait_time=1649
address=70000006dbb4a20, number=13, tries=0
for 'enq: TX - row lock contention' count=1 wait_time=2929708
name|mode=54580006, usn<<16 | slot=1d0010, sequence=705f
for 'SQL*Net message from client' count=1 wait_time=101740
driver id=54435000, #bytes=1, =0
for 'SQL*Net message to client' count=1 wait_time=1
driver id=54435000, #bytes=1, =0
for 'direct path write temp' count=1 wait_time=921
file number=fb, first dba=6521b, block cnt=2
for 'SQL*Net more data from client' count=1 wait_time=3
driver id=54435000, #bytes=10, =0
for 'SQL*Net more data from client' count=1 wait_time=5
driver id=54435000, #bytes=1e, =0
for 'SQL*Net more data from client' count=1 wait_time=10
driver id=54435000, #bytes=2c, =0
for 'SQL*Net more data from client' count=1 wait_time=5
driver id=54435000, #bytes=3a, =0
Any ideas on how to resolve this ?
Thanks
Surya

Sorry for the typo, that Ora-0060 error we are seeing. Here is the deadlock graph:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Oracle Label Security, OLAP, Data Mining Scoring Engine
and Real Application Testing options
ORACLE_HOME = /orasw/product/10.2.0.4.0
System name: AIX
Node name: spda5001
Release: 3
Version: 5
Machine: 00074D5AD400
Instance name: IAMS01P1
Redo thread mounted by this instance: 1
Oracle process number: 21
Unix process pid: 2306444, image: oracle@spda5001
*** 2011-12-24 05:05:39.885
*** SERVICE NAME:(IAMS01P) 2011-12-24 05:05:39.884
*** SESSION ID:(443.2130) 2011-12-24 05:05:39.884
DEADLOCK DETECTED ( ORA-00060 )
[Transaction Deadlock]
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
---------Blocker(s)-------- ---------Waiter(s)---------
Resource Name process session holds waits process session holds waits
TX-00080020-000c3957 21 443 X 58 391 X
TX-001d0010-0000705f 58 391 X 21 443 X
session 443: DID 0001-0015-0000002E session 391: DID 0001-003A-00000081
session 391: DID 0001-003A-00000081 session 443: DID 0001-0015-0000002E
Rows waited on:
Session 391: obj - rowid = 0001098B - AAATtpAAGAAADROAAD
(dictionary objn - 67979, file - 6, block - 13390, slot - 3)
Session 443: obj - rowid = 00010B25 - AAARRwAAGAAAAdgAAN
(dictionary objn - 68389, file - 6, block - 1888, slot - 13)
Information on the OTHER waiting sessions:
Session 391:
pid=58 serial=16572 audsid=52790041 user: 93/IAMS_USR
O/S info: user: , term: , ospid: 1234, machine: mac3023
program:
Current SQL Statement:
update spt_identity set created=:1, modified=:2, owner=:3, assigned_scope=:4, assigned_scope_path=:5, extended1=:6, extended2=:7, extended3=:8, extended4=:9, extended5=:10, extended6=:11, extended7=:12, extended8=:13, extended9=:14, extended10=:15, extended11=:16, extended12=:17, extended13=:18, extended14=:19, extended15=:20, extended16=:21, extended17=:22, extended18=:23, extended19=:24, extended20=:25, name=:26, description=:27, protected=:28, iiqlock=:29, attributes=:30, manager=:31, display_name=:32, firstname=:33, lastname=:34, email=:35, manager_status=:36, inactive=:37, last_login=:38, last_refresh=:39, password=:40, password_expiration=:41, password_history=:42, bundle_summary=:43, assigned_role_summary=:44, correlated=:45, auth_question_lock_start=:46, failed_auth_question_attempts=:47, controls_assigned_scope=:48, certifications=:49, activity_config=:50, preferences=:51, history=:52, scorecard=:53, uipreferences=:54, attribute_meta_data=:55, workgroup=:56 where id=:57
End of information on OTHER waiting sessions.
Current SQL statement for this session:
update spt_workflow_case set created=:1, modified=:2, owner=:3, assigned_scope=:4, assigned_scope_path=:5, stack=:6, attributes=:7, launcher=:8, host=:9, launched=:10, completed=:11, progress=:12, percent_complete=:13, type=:14, messages=:15, name=:16, description=:17, complete=:18, target_class=:19, target_id=:20, target_name=:21, workflow=:22 where id=:23

Very High processing time in STAD

Hi
I have a problem in my NW04 BI system.
Users are occasionally experiencing high responsetimes while using the HTTP interface to work with BI reports.
If I display the statistical records STAD I can see that while using the SAPMHTTP program the "processing time" and therefor "Total time in workprocs" are very high but other times in the record are very low. CPU time is very low. Below is the detailed analysis.
CPU time                      94 ms
RFC+CPIC time                  0 ms
Total time in workprocs 481.566 ms
Response time          481.566 ms
Wait for work process          0 ms
Processing time          481.093 ms
Load time                      1 ms
Generating time                0 ms
Roll (in+wait) time            0 ms
Database request time        226 ms
Enqueue time                   0 ms
DB procedure call time       246 ms
Number      Roll ins            1
            Roll outs           1
            Enqueues            8
Load time   Program             1 ms
            Screen              0 ms
            CUA interf.         0 ms
Roll time   Out                 0 ms
            In                  0 ms
            Wait                0 ms
Frontend    No.roundtrips       0
            GUI time            0 ms
            Net time            0 ms
No. of DB procedure calls       1
Can anyone tell me what is going on in the system or how I can go further to analyze this. You might assume that this is a CPU bottleneck but it is not, I am using 4 x 64bit processors and 12Gb memory with load of 5-10% when this problem occurs.
Best Regards
Sindri

why should the database be a problem, it is
> Database request time 226 ms
Go to the details (double click) of the line with problems. In the details you should have a button 'http' in the action line. There you can chewck the http details which should tell you where the time was spend.
As always, repeat your measurements a few times to see whether the behaviour is reproducible.
Siegfried

High redo log space wait time

Hello,
Our DB is having very high redo log space wait time :
redo log space requests 867527
redo log space wait time 67752674
LOG_BUFFER is 14 MB and having 6 redo logs groups and the size of redo log file is 500MB for each log file.
Also, the amount of redo generated per hour :
START_DATE START NUM_LOGS MBYTES DBNAME
2008-07-03 10:00 2 1000 TKL
2008-07-03 11:00 4 2000 TKL
2008-07-03 12:00 3 1500 TKL
Does increasing the size of LOG_BUFFER will help to reduce the redo log space wait ?
Thanks in advance ,
Regards,
Aman

Looking quickly over the AWR report provided the following information could be helpful:
1. You are currently targeting approx. 6GB of memory with this single instance and the report tells that physical memory is 8GB. According to the advisories it looks like you could decrease your memory allocation without tampering your performance.
In particular the large_pool_size setting seems to be quite high although you're using shared servers.
Since you're using 10.2.0.4 it might be worth to think about using the single SGA_TARGET parameter instead of the specifying all the single parameters. This allows Oracle to size the shared pool components within the given target dynamically.
2. You are currently using a couple of underscore parameters. In particular the "_optimizer_max_permutations" parameter is set to 200 which might reduce significantly the number of execution plans permutations Oracle is investigating while optimizing the statement and could lead to suboptimal plans. It could be worth to check why this has been set.
In addition you are using a non-default setting of "_shared_pool_reserved_pct" which might no longer be necessary if you are using the SGA_TARGET parameter as mentioned above.
3. You are using non-default settings for the "optimizer_index_caching" and "optimizer_index_cost_adj" parameters which favor index-access paths / nested loops. Since the "db file sequntial read" is the top wait event it might be worth to check if the database is doing too excessive index access. Also most of the rows have been fetched by rowid (table fetch by rowid) which could also be an indicator for excessive index access/nested loop usage.
4. You database has been working quite a lot during the 30min. snapshot interval: It processed 123.000.000 logical blocks, which means almost 0.5GB per second. Check the top SQLs, there are a few that are responsible for most of the blocks processed. E.g. there is a anonymous PL/SQL block that has been executed almost 17.000 times during the interval representing 75% of the blocks processed. The statements executed as part of these procedures might be worth to check if they could be tuned to require less logical I/Os. This could be related to the non-default optimizer parameters mentioned above.
5. You are still using the compatible = 9.2.0 setting which means this database could still be opened by a 9i instance. If this is no longer required, you might lift this to the default value of 10g. This will also convert the REDO format to 10g I think which could lead to less amount of redo generated. But be aware of the fact that this is a one-way operation, you can only go back to 9i then via a restore once the compatible has been set to 10.x.
6. Your undo retention is set quite high (> 6000 secs), although your longest query in the AWR period was 151 seconds. It might be worth to check if this setting is reasonable, as you might have quite a large undo tablespace at present. Oracle 10g ignores the setting if it isn't able to honor the setting given the current Undo tablespace size.
7. "parallel_max_servers" has been set to 0, so no parallel operations can take place. This might be intentional but it's something to keep in mind.
Regards,
Randolf
Oracle related stuff:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle:
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/

Very high log file sequential read and control file sequential read waits?

I have a 10.2.0.4 database and have 5 streams capture processes running to replicate data to another database. However I am seeing very high
log file sequential read and control file sequential read by the capture procesess. This is causing slowness in the database as the databass is wasting so much time on these wait events. From AWR report
Elapsed: 20.12 (mins)
DB Time: 67.04 (mins)
and From top 5 wait events
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 1,712 42.6
log file sequential read 99,909 683 7 17.0 System I/O
log file sync 49,702 426 9 10.6 Commit
control file sequential read262,625 384 1 9.6 System I/O
db file sequential read 41,528 378 9 9.4 User I/O
Oracle support hasn't been of much help, other than wasting my 10 days and telling me to try this and try that.
Do you have streams running in your environment, are you experiencing this wait. Have you done anything to resolve these waits..
Thanks

Welcome to the forums.
There is insufficient information in what you have posted to know that your analysis of the situation is correct or anything about your Streams environment.
We don't know what you are replicating. Not size, not volume, not type of capture, not rules, etc.
We don't know the distance over which it is being replicated ... 10 ft. or 10 light years.
We don't have any AWR or ASH data to look at.
etc. etc. etc. If this is what you provided Oracle Support it is no wonder they were unable to help you.
To diagnose this problem, if one exists, requires someone on-site or with a very substantial body of data which you have not provided. The first step is to fill in the answers to all of the obvious first level questions. Then we will likely come back with a second level of questioning.
But when you do ... do not post here. Your questions are not "Database General" they are specific to Streams and there is a Streams forum specifically for them.
Thank you.

Roll wait time very high.

Similar Messages

Maybe you are looking for