WILY Introscope を使用してサーバーで費やされた時間を監視しようとしていますが、各サーバーの WILY に記載されている時間が 100 ~ 1000 ミリ秒の範囲であることがわかります。しかし、ページがブラウザにロードされるのにかかる時間は、ほぼ 5 秒です。
ツールが誤った値を報告するのはなぜですか? WILYで完全な時間を取得する方法は?
WILY Introscope を使用してサーバーで費やされた時間を監視しようとしていますが、各サーバーの WILY に記載されている時間が 100 ~ 1000 ミリ秒の範囲であることがわかります。しかし、ページがブラウザにロードされるのにかかる時間は、ほぼ 5 秒です。
ツールが誤った値を報告するのはなぜですか? WILYで完全な時間を取得する方法は?
ページは複雑なアイテムであり、ページ コンテンツの解析と複数のサーバー/ソースへのリクエストが必要です。したがって、ページの読み込み時間は、個々のコンポーネントのリクエスト時間、ページの解析と JavaScript の処理時間 (仮想ユーザーの種類によって異なります)、ページ コンポーネントのリクエスト、それらが提供される場所などで構成されます。これは、関連する階層の 1 つにのみ存在する可能性がある Wily 監視に送信されます。
たとえば、Wily モデルで可視性がない CDN から提供される静的コンポーネントがある場合があります。また、監視の観点からは無視されない Web サーバーから離れた静的コンポーネントの提供に大部分の時間が費やされているときに、アプリ サーバーを見ている可能性もあります。あなたのページには、Loadrunner 時間にはカウントされても Wily 時間にはカウントされない、ロード中のサードパーティ コンポーネントが含まれている可能性があります。
それはすべて、サンプリングの問題です。ディープ診断ツールに表示される内容が、ページの総読み込みの一部であるか、より多くのコンポーネントが読み込まれるページを構成する個々のリクエストであることが非常に一般的です。さらに興味深い外観が必要な場合は、Web HTTP 要求ログで w3c time-taken フィールドを有効にして、個々の要求ごとのコストを確認してください。これは、アプリ サーバーの Web レイヤーでも実行できます。その後、ワイリーは「遅い」アイテムの内部内訳を提供します。