2017-01-05 4 views
0

私はRest serverに応答を返します。私の目標は、応答を測定することであり、この目的のために、私は二つのアプローチを使用します。Google Chromeネットワークタブとレストクライアントアドオンの応答時間が異なる

  1. アドオンのGoogle ChromeでAdvanced Rest client
  2. Network tabグーグルクロームで

を私の問題は、応答時間が異なることである - Network tabでGoogle Chromeは、Advanced Rest clientで測定された+ 3.0秒の時間を示します。

答えて

2

私はChromiumチームでは話すことができませんが、ツールの作成者としてAdvanced REST Clientについて話すことができます。

ARCはソケットで直接動作しています。低レベルのタイミングAPIを使用して、さまざまなイベント間の時間を測定します(最初のバイトまでの時間など)。これらのタイミングは、たとえば、クライアント上の応答を読み取る時間をカウントしません。つまり、トランスポートを担当するライブラリは、テキストの代わりにバッファにアプリケーションを渡すため、より速く動作します。 XHRには、レスポンスの種類を確認する追加の方法があり、レスポンスを文字列、バッファまたはXMLドキュメントに変換する方法があります。私はそれが実行の全体的な時間に数えられると推測することができます。

とにかく、ARCはタイミングを非常に正確に測定するために可能な限り低いAPIにまで下がりました。 これについてさらに詳しく知りたい場合は、トランスポートライブラリのこの行を確認できます。https://github.com/advanced-rest-client/socket-fetch/blob/stage/app.fetch.js#L487 これはタイミングの計算方法の例です(ここでは接続時間)。 全体の時間は、これらのすべてのタイミングの合計にすぎません(ある場合は+リダイレクト)。

+0

通常、サーバーからの応答時間を測定するのにどのツールを使用しますか?それはちょうど興味があります。 –

+0

@rukavitsya私は、アプリケーションがサーバーへのアクセス権を持っていないのでツールを使用しません:)リクエストメッセージの最後のバイトを送信してからメッセージの最初のバイトを受信するまでに経過した時間を計算します。それは実際にサーバーの応答時間ではありません。なぜなら、トランスポート時間は含まれていないからです。しかし、それは次に得られる最良のものです。 –

+0

@PawełPsztyć私はARCを介して特定の休憩のエンドポイントの絶対的なパフォーマンスの向上を測定することはできますか? –

関連する問題