Created by Jerry Wang, last modified on May 05, 2014

采用如下report 研究asynchronous RFC call的性能提升:

PARAMETERS: num TYPE i OBLIGATORY DEFAULT 10. DATA:ls_line TYPE zjerry1,lv_start TYPE i,lv_end TYPE i,lv_taskid TYPE c LENGTH 8,lv_index TYPE c LENGTH 4,lv_finished TYPE i,lv_count TYPE i.START-OF-SELECTION.PERFORM solution2.FORM solution2.DELETE FROM zjerry1.GET RUN TIME FIELD lv_start.DO num TIMES.lv_index = sy-index.lv_taskid = 'Task' && lv_index.CALL FUNCTION 'ZINSERT' STARTING NEW TASK lv_taskid PERFORMING callback ON END OF TASKEXPORTINGiv_index = CONV comm_product-product_id( sy-index ).ENDDO.WAIT UNTIL lv_finished = num.GET RUN TIME FIELD lv_end.lv_end = lv_end - lv_start.WRITE: / 'Solution2: ' , lv_end COLOR COL_NEGATIVE.SELECT COUNT( * ) INTO lv_count FROM zjerry1.ASSERT lv_count = num. ENDFORM. FORM callback USING p_task TYPE clike.ADD 1 TO lv_finished. ENDFORM.

function module ZINSERTmonitor的是一個比較費時的操作，在末尾會有一個DB的insertion:

DATA: ls_line TYPE zjerry1,lv_cal TYPE timestamp,lv_cal1 TYPE timestamp.GET TIME STAMP FIELD lv_cal.DO 10000 TIMES.lv_cal = lv_cal + 1.lv_cal = ( lv_cal * 13 ) / 12.DO 100 TIMES.GET TIME STAMP FIELD lv_cal1.lv_cal = lv_cal * 13 / 17.ENDDO.ENDDO.ls_line-code_value = iv_index.INSERT zjerry1 FROM ls_line.ASSERT sy-subrc = 0.COMMIT WORK AND WAIT.

DB的結構非常簡單:

如果在report 里直接調用ZINSERT, response time為4.493 seconds.

如果在DO 2 TIMES里調用兩次ZINSERT, 兩次function module call是依次執行的，response time為8.493 seconds

如果用report 以參數2 以異步的方式調用ZINSERT 2次，report 本身的response time為3.074 seconds:

number = 3:

number = 5:

總結

以上是生活随笔為你收集整理的使用ABAP事务码STAD分析Asynchronous RFC call性能的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。