01-20-2005 11:10 AM
I want to display the response time taken for the o/p to come .. Can u tell me the table and the field in which it is getting stored ?
Thanking you,
Shankar
01-20-2005 11:44 AM
Hello Shankar,
I assume that you are running a report and at the end of the report you want to display to the user the total time it has taken to process the report for that particular run.
This information is not stored in any table, to my knowledge. I guess it is not too useful to store it since the runtime of a program depends on several factors.
There are some ABAP statements that help you measure the run time of the report. The following example should make it clear.
DATA: T1 TYPE I,
T2 TYPE I,
TMIN TYPE I.
* All the global data declarations end at this point.
START-OF-SELECTION.
GET RUN TIME FIELD T1.
* All the Processing logic comes here , I am using an example
PERFORM GET_CUSTOMERS.
PERFORM SELECT_SALES_ORDERS.
PERFORM DETERMINE_OPEN_ORERS.
PERFORM DISPLAY_CUSTOMERS_OPEN_ORDERS.
* All the processing like database selection and application server processing is over by this point
GET RUN TIME FIELD T2.
T2 = T2 - T1.
WRITE: 'The processing has taken',
T2
'microseconds'.
Hope this was helpful.
Regards,
Anand Mandalika.
01-20-2005 11:24 AM
Hi Shankar,
You can use the transaction se30 to test the response time of a report.
Regards,
Shabarish
PS: assign point if this was helpful.
01-20-2005 11:44 AM
Hello Shankar,
I assume that you are running a report and at the end of the report you want to display to the user the total time it has taken to process the report for that particular run.
This information is not stored in any table, to my knowledge. I guess it is not too useful to store it since the runtime of a program depends on several factors.
There are some ABAP statements that help you measure the run time of the report. The following example should make it clear.
DATA: T1 TYPE I,
T2 TYPE I,
TMIN TYPE I.
* All the global data declarations end at this point.
START-OF-SELECTION.
GET RUN TIME FIELD T1.
* All the Processing logic comes here , I am using an example
PERFORM GET_CUSTOMERS.
PERFORM SELECT_SALES_ORDERS.
PERFORM DETERMINE_OPEN_ORERS.
PERFORM DISPLAY_CUSTOMERS_OPEN_ORDERS.
* All the processing like database selection and application server processing is over by this point
GET RUN TIME FIELD T2.
T2 = T2 - T1.
WRITE: 'The processing has taken',
T2
'microseconds'.
Hope this was helpful.
Regards,
Anand Mandalika.
01-24-2005 5:16 AM
Dear Anand,
That was a really useful code. Thank you very much for that . But I dont think that its not stored in any table . I think that its definitely stored in some table . Otherwise how the transaction st03 is showing the time analysis for all reports run ? Please confirm whether its stored in some table or not ..
Thanking you,
Shankar
01-24-2005 5:32 AM
Hello Shankar,
Now I see what you are getting at. There was a very interesting discussion related to this topic a few weeks ago. Here it is:
If you want to print the time taken for a report's execution in the report itself, I believe the approach that I have mentioned is still the best suited one - because you will not have to read the table / file which contains the information (if it really does ). Obviously doing so will increase the report's execution time.
On the other hand, if you want this data for some kind of analysis for a set of reports executed regularly, then it is probably worth your while researching into the data. Please let us know how it goes...
Regards,
Anand Mandalika.
01-24-2005 5:36 AM
What u told is 100 % correct .. I agree .. This is just for getting more information . Thank you very much Anand. That Link will help me a lot ..
01-24-2005 5:48 AM
If the link would really help you so much, then you could gimme more points...
01-20-2005 12:31 PM
Hi Anand,
That was a very helpful piece of code.
Shankar,
If u r planning use the response time in a program then anand's method wud be pretty useful.
Else if to chk the performance constraints SE30 will be helpful.You can chk the runtime of transactions, programs and FM by that.
Regards,
ShabZ