私はChromiumチームでは話すことができませんが、ツールの作成者としてAdvanced REST Clientについて話すことができます。
ARCはソケットで直接動作しています。低レベルのタイミングAPIを使用して、さまざまなイベント間の時間を測定します(最初のバイトまでの時間など)。これらのタイミングは、たとえば、クライアント上の応答を読み取る時間をカウントしません。つまり、トランスポートを担当するライブラリは、テキストの代わりにバッファにアプリケーションを渡すため、より速く動作します。 XHRには、レスポンスの種類を確認する追加の方法があり、レスポンスを文字列、バッファまたはXMLドキュメントに変換する方法があります。私はそれが実行の全体的な時間に数えられると推測することができます。
とにかく、ARCはタイミングを非常に正確に測定するために可能な限り低いAPIにまで下がりました。 これについてさらに詳しく知りたい場合は、トランスポートライブラリのこの行を確認できます。https://github.com/advanced-rest-client/socket-fetch/blob/stage/app.fetch.js#L487 これはタイミングの計算方法の例です(ここでは接続時間)。 全体の時間は、これらのすべてのタイミングの合計にすぎません(ある場合は+リダイレクト)。
通常、サーバーからの応答時間を測定するのにどのツールを使用しますか?それはちょうど興味があります。 –
@rukavitsya私は、アプリケーションがサーバーへのアクセス権を持っていないのでツールを使用しません:)リクエストメッセージの最後のバイトを送信してからメッセージの最初のバイトを受信するまでに経過した時間を計算します。それは実際にサーバーの応答時間ではありません。なぜなら、トランスポート時間は含まれていないからです。しかし、それは次に得られる最良のものです。 –
@PawełPsztyć私はARCを介して特定の休憩のエンドポイントの絶対的なパフォーマンスの向上を測定することはできますか? –