Long Roll (in+wait) time in web

[Former Member]

Hi to All! I got a strange thing. When I am opening ST03N (STAD) transaction I can see some long running steps like on the screenshot.

I thought that the users has the troubles with this web transaction, but when I asked them about it - they says that all works fine.

So I can't understand what Roll (in+wait) means for web transactions ? In my situation Roll (in+wait)  doesn't means that some 

transaction's steps work slowly. The warehouse workers says that this transaction doesn't work longer then 10-15 seconds,

but on this screenshot I can see 72 seconds of total time.

How could in be ? Thanks a lot!

[Sriram2009 · Accepted solution]

Hi Igor

1. When you are executing the transaction code ST03 first time it takes long time. subsequent of time if you are executing the same will be better than first time.

2. Roll wait time is long, during that time it will have any other RFC  or any other internal action takes place because of that its waiting that much time.

3. You can check the RFC funtion module statistics on transaction ST03

4. Enable the ST12 trace check the over all usage of ABAP & DB or Webdynpro trace tool WD_TRACE_TOOL

BR

SS

[Former Member · Accepted solution]

Hi Sriram ! The problem is that I see long wait time but in fact the users works fine and don't have 70 seconds of waiting

[Former Member · Accepted solution]

The action is HTTP request. May be this is due to a slow network connection. Can you check RF_UI_START for potential operations that can lead to rolling out user context like WAIT UP TO and other or perform remote communication? The number of enqueues is also high. If possible please attach source code for RF_UI_START report. It is required more information to get answer on your question.

Igor Kostylev wrote:

The problem is that I see long wait time but in fact the users works fine and don't have 70 seconds of waiting 

Try to check this with the user of this statistical record. As you can see the record was added at night 01:02:54.

[Former Member · Accepted solution]

Hi Roman! Yes I was on work at this time, and I talk with this user, he says that all works fine.

Source of /SCWM/RF_UI_START:

*&---------------------------------------------------------------------*

*& Report  /SCWM/RF_UI_START

*&

*&---------------------------------------------------------------------*

*&

*&

*&---------------------------------------------------------------------*

REPORT  /scwm/rf_ui_start.

DATA lv_applic        TYPE /scwm/de_applic.

DATA lv_vrfobj_fmodul TYPE /scwm/de_vrfobj_fmodul.

* set application

CALL METHOD /scwm/cl_rf_bll_db=>applic_get(

     EXPORTING iv_trans = sy-tcode

     IMPORTING ev_applic = lv_applic

               ev_vrfobj_fmodul = lv_vrfobj_fmodul ).

IF lv_applic IS NOT INITIAL.

  /scwm/cl_rf_bll_srvc=>set_applic(

       iv_applic        = lv_applic

       iv_vrfobj_fmodul = lv_vrfobj_fmodul

       iv_msg_fmodul    = '/SCWM/RSRC_MSG_RECEIVE' ).

ENDIF.

* run RF business logic

/scwm/cl_rf_bll_srvc=>run( ).

I think I should ask about it our ABAP programmer to get more information. Maybe it is something like unsyncronous update.. User pressed a key and continue to work and the program begin to run unsyncronous update.

[Former Member · Accepted solution]

Can you provide all statistical records for the same period which is used for detailed info from your first message?

[AtulKumarJain]

Hi igor,

Please check below thread it will help you .

http://scn.sap.com/thread/1609362

Best Regards,

Atul