Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request time is wrong #847

Closed
AykutCevik opened this issue Dec 12, 2014 · 8 comments
Closed

Request time is wrong #847

AykutCevik opened this issue Dec 12, 2014 · 8 comments
Labels

Comments

@AykutCevik
Copy link

The request time (in ms) is not the actual time of the request, but the sum of the whole procedure of the POSTMan request itself.

So the value itself is not accurate and can not be used for any benchmarking purposes - thus it's unnecessary.

What I need is just the time of the request itself like it is shown in the Google Chrome developer tool network overview.

To reconstruate this:
If I'm in my "collection view", the request time is shown far less than that in the "history view" for the same request. The reason for this is, that my history itself is really huge. So at every request, the history refreshes and the CPU time for this operation is also added to the request time.

image

@AykutCevik
Copy link
Author

Should mention, that I'm not using the packaged app.

@abhijitkane
Copy link
Member

AFAIK, There's no way to get the actual response time that's shown in the dev tools. Any items in the event loop that have to occur after the request is sent, but before the response is processed will add to the time that's shown in the Postman app.

I saw a difference of 5-8ms between the two values, not the difference you saw, but there may have been a delay in processing the response in your app. Are you consistently seeing such huge differences in the two shown times?

@AykutCevik
Copy link
Author

Yes, I'm consistently seeing such huge differences in the two shown times. As I mentioned, the larger the history, the higher the response time.

I think, that POSTman does a lot of post-request actions, but the time is calculated at the end of all the actions. I would move the time calculation directly in the "done"-event of each request.

@abhijitkane
Copy link
Member

That fix has already been made, and we'll push it in the next release.

@AykutCevik
Copy link
Author

Nice, thanks!

@abhijitkane
Copy link
Member

Fixed in 1.0.4

@a85 a85 added the bug label Feb 4, 2015
@GF-Huang
Copy link

Incorrect again.


image


image


image

@saswatds
Copy link

Hi @greatfirewall, The Chome browser is able to achieve much lower time due to internal caching.
As of App version v7.1.1, if you hover over the time display you will be able to see with much granularity what aspect of the request is taking so much time.

As an example, for the very first request here the time taken is much longer due to DNS lookup and TCP and SSL Handshake.
Screenshot 2019-05-26 20 23 30

Sending the same request again results in a much lesser time
Screenshot 2019-05-26 20 23 42

If you are still finding the time taken by postman is much longer then feel free to get back to us.

Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants