performance - Measuring the HTTP response time back to the client using only the server -
I need to measure how long it takes to send a web response to the client - only from server side I know that there are Ajaxian and client-side methods to do this, but I am limited to the server-side of the client's only way to measure timeframe.
Is > Using ACK, the customer is sent back from the browser, when the server sends the response?
as described by ....
Is this figure reliable?
ACK will come in at least one of the segments that you send (if all is well). They tell you that the customer has accepted the data. Therefore, assuming that the time of travel from the client to the server is the same, the average estimate of DeltaConnam / DeltaAt should be that how much was the average speed. Obviously, more packets of these two ACK segments are much better.
If you look at the timestamp option, then you can get an estimate of RTT at different points on time - when one timestamp is sent to TSVil on one side, it resonates in the TSCER area of the other return packet. Although there is no delay from the client to the server, it helps in feeling.
However, there are some "but" to mention:
1) Unless you try specifically to increase the performance of the transfer of large files because someone Complained, it can be very well that the obstacle has happened elsewhere. (As the dependencies of elements on each other, for which they all need to always download to appear, etc.) This would be good use for debugging.
2) In the question, the client may be behind the middle box like a proxy, which will do the data ACK at the TCP level, but some "smart" things (shaping / content filtering / etc etc) for themselves.
Comments
Post a Comment