Chrome）で示されるネットワーク遅延とタイミング
IISが提供する静止画像の読み込みに約182ミリ秒かかる理由を理解しようとしています。chromeを使用して、次のタイミング情報をキャプチャしました。
Webサーバーでchromeを直接開いて同じ画像をリクエストすると、「待機中」のタイミングが2〜5ミリ秒に低下します。
Chromeが表示するタイミング情報を理解しようとしています。 Googleのドキュメント によると、「接続」のタイミングにはtcpハンドシェイクが含まれ、「待機中」は「初期応答の待機に費やされた時間」を表します。
Webサーバーが画像を提供するのに2〜5ミリ秒もかからないという事実を知っていますが、「待機中」の数値はどのように約130ミリ秒を示していますか？パケットを転送するためのサーバーとブラウザ間の一方向の遅延が含まれている場合でも、「接続」に合計0.338ミリ秒かかったため、130ミリ秒は意味がありません。これらの数字は合計されません！
サーバーにイメージをロードすることとリモートでロードすることの違いの1つは、IISがリモートIPを検索し、それを元に戻したいということです。その時間の一部は、そうでないDNSサーバーで待機している可能性があります。応答するWebサーバーのローカル。
クライアントテストマシンのIPをHOSTSファイルに入れるのに十分な深さのIISサーバーにアクセスできる場合は、テストできます。また、サーバーから、構成されているDNSサーバーにpingを実行することもできます。ネットワークスタックで、それらが約100ミリ秒離れているかどうかを確認します。
多くのことが関係しています。おそらく必要なのは、より優れた探偵ツールです。
ダウンロード WireShark そしてそれを使用することを学びます。これにより、ネットワークトラフィックをより明確に確認できます。 （これはネットワークトラフィックの問題ではありませんが、潜在的な問題の排除を開始する必要があります。）使用方法については、そこにリンクされたすばらしいビデオがたくさんあります。これが あなたの問題に関連しているかもしれないもの です。
また、httpの問題については、ダウンロードして使用方法を学びます Fiddler 。
同じドメインから複数の画像をダウンロードする場合、Chromeドメインごとに6つの並列接続の制限があります。その後、最初の接続が解放されると、次のようになります。次の画像をダウンロードします。タイミング/ウォーターフォールチャートでは、このトリクル効果のために画像が一度に1つずつダウンロードされます。「後の」画像は接続が開くのを待つ必要があります。そうでない場合、この特定のダウンロードの前に2〜3の接続を示すチャートを投稿してください。ありがとうございます。