TSslHttpRest - How can I get web server response time?

[KBazX 0]

Subj

[Angus Robertson 577]

Public property RespDateDT

 

Angus

 

[KBazX 0]

I'm sorry, I phrased the question incorrectly.

I meant the duration of the request execution by the server.
 

[FPiette 385]

1 hour ago, KBazX said:

I'm sorry, I phrased the question incorrectly.

I meant the duration of the request execution by the server.
 

You have to see that at server side. Anything you measure at client side will include transport time and some processing by the receiver.

I the server can't tell you the execution time, you can get an approximation by using a network sniffer such as Wireshark. Using this tool you can get the timestamp of the request and the timestamp of the response. The difference gives you the execution by the server.

[KBazX 0]

On 11/25/2024 at 4:47 PM, FPiette said:

You have to see that at server side. Anything you measure at client side will include transport time and some processing by the receiver.

I the server can't tell you the execution time, you can get an approximation by using a network sniffer such as Wireshark. Using this tool you can get the timestamp of the request and the timestamp of the response. The difference gives you the execution by the server.

I just need the total time it takes to get a response from the web service.
That is, taking into account network delays, web server delays, etc.
 

[Angus Robertson 577]

Just keep the time or tick count before you make the request, and again afterwards.  The component can do this internally for sessions, bur not single requests. 

 

Angus

 

[KBazX 0]

24 minutes ago, Angus Robertson said:

Just keep the time or tick count before you make the request, and again afterwards.  The component can do this internally for sessions, bur not single requests. 

I'm doing this in the OnStateChange-event for now. I'm tracking states httpDnsLookupDone and httpBodyReceived.

[FPiette 385]

6 hours ago, KBazX said:

I just need the total time it takes to get a response from the web service.
That is, taking into account network delays, web server delays, etc.

Always ask the good question so that we don't waste our time answering something unwanted. See Angus answer.