cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Poor performance - network time / RFCs etc.

Former Member
0 Likes
4,378

Hi SAP Colleagues

I am trying to improve performance on our ECC / Portals system for remote users and when tracing on the backend ECC6 systems, I can see a lot of lost time around the activity RFC/coms activity. Specifically, I can see that around 3.5 minutes was 'lost' between the following components. I am trying to find a technical explanation so that I may address any specific area which could help me diagnose. For example, does (or indeed could) this point to a problem with RFCs or with the network? If that is the case, does anyone have a useful nect step (e.g. delete old RFCs)...

Any assistance would be gratefully received.

Regards

Des

|12:06:48.600| 0| cpeccpci01s_GRP_00 ? OLE_FLUSH_CALL 8,149 3,480

|12:06:48.596| 0|SAPLOLEA Server ? cpeccpci01s_GRP_ Server ? 0 0

|12:06:48.587| 0|SAPLOLEA Client cpeccpci01s_GRP_ ? Client ? 0 0

|12:06:51.466| 504|SAPLAWRT Server cpeccpci01s_GRP_00 cpeccpci01s_GRP_ Server ALEWEB_GET_CONTEXT_EXT 1,545 221

|12:06:51.466| 0| cpeccpci01s_GRP_00 ? ALEWEB_GET_CONTEXT_EXT 769 1,545

12:06:51.468

594

SAPLAWRT Server cpeccpci01s_GRP_00 cpeccpci01s_GRP_ Server ALEWEB_GET_CONTEXT_EXT 769 358

|12:06:51.471| 40,246|SAPLCNDP Client cpeccpci01s_GRP_ ? Client DP_PUT_CLIENT_TABLE45A 6,920 6

|12:06:51.523| 9,517|SAPLOLEA Server cpeccpci01s_GRP_00 ? Server DP_PUT_CLIENT_TABLE45A 354 6,382

|12:06:51.523| 0| cpeccpci01s_GRP_00 ? OLE_FLUSH_CALL 1,634 6,585

|12:06:51.523| 0| cpeccpci01s_GRP_00 ? OLE_FLUSH_CALL 7,125 1,634

|12:06:51.521| 0|SAPLOLEA Server ? cpeccpci01s_GRP_ Server ? 0 0

|12:06:51.516| 0|SAPLOLEA Client cpeccpci01s_GRP_ ? Client ? 0 0 |OLE_FLUSH_CALL 1,004 738

|12:10:22.584| 0| cpeccpci01s_GRP_00 ? OLE_FLUSH_CALL 1,278 1,004

|12:10:22.595| 2,751|SAPLOLEA Server cpeccpci01s_GRP_00 cpeccpci01s_GRP_ Server OLE_FLUSH_CALL 1,083 897

|12:10:22.595| 0| cpeccpci01s_GRP_00 ? OLE_FLUSH_CALL 1,437 1,083

|12:10:22.594| 0|SAPLOLEA Client cpeccpci01s_GRP_ ? Client ? 0 0

|12:10:22.583| 0|SAPLOLEA Client cpeccpci01s_GRP_ ? Client ? 0 0

|12:10:22.584| 1,335|SAPLOLEA|cpeccpci0 |Server cpeccpci01s_GRP_00 cpeccpci01s_GRP_ Server OLE_FLUSH_CALL 1,004 738

|12:10:22.584| 0| |? | cpeccpci01s_GRP_00 ? OLE_FLUSH_CALL 1,278 1,004

|12:10:22.595| 2,751|SAPLOLEA|cpeccpci0 |Server cpeccpci01s_GRP_00 cpeccpci01s_GRP_ Server OLE_FLUSH_CALL 1,083 897

|12:10:22.595| 0| |? | cpeccpci01s_GRP_00 ? OLE_FLUSH_CALL 1,437 1,083

|12:10:22.594| 0|SAPLOLEA|? |Client cpeccpci01s_GRP_ ? Client ? 0 0

|12:10:22.583| 0|SAPLOLEA|? |Client cpeccpci01s_GRP_ ? Client ? 0 0

View Entire Topic
Former Member
0 Likes

Hi Des,

We have similar problem in our setup, ABAP trace shows lots of time spent on Client OLE_FLUSH_CALL. Did managed to resolve this issue in your system.

It would be gr8 if you can share your thoughts.

BR,

Vinod

Former Member
0 Likes

Hi ,

We have a similar issue when accessing Interactive forms from the portal through an ABAP webdynpro. The trace that was run identified OLE_FLUSH_CALL and SESSION_MANAGER as taking the maximum amount of time when trying to display any data from the webdypro in portal.

When trying to Debug this, I did not find that the webdynpro was directly calling OLE_FLUSH_CALL. However OLE_FLUSH_CALL was in fact called from a standard program RSTPDAMAIN.

Could anyone shed some light on how we can check where OLE_FLUSH_CALL is actually getting called from as the call stack does not actually lead back to the webdynpro at all.