待ち時間が長いが、pingは待ち時間が短い
同じサブネット内のリモートリソースにアクセスするサービスのレイテンシは約100〜300ミリ秒ですが、ping（pingサイズは通常送信されるパケットと同じサイズ）を使用すると、5ミリ秒以下の応答が表示されます。他に確認すべきことはありますか？
「レイテンシー」とはどういう意味ですか？
ICMPエコー応答時間とアプリケーション処理の往復時間を比較していますか？
もしそうなら、それはそれを説明するでしょう-そしてリンゴとオレンジを比較しないようにあなたに言ってください:)
たとえば、より大きなパケットの場合、[再送を引き起こす]パケット損失があるのでしょうか。
たぶんping -s 1400 address Linuxまたはping -l 1400 addressウィンドウの下。
それが wireshark でトラフィックを調べても役に立たない場合は、奇妙な再送信、破損したパケットがある可能性がありますか？
このような不一致は、通常、アプリケーション/サーバーに問題があることを示しています。 QoS /ネットワークの優先順位付けが原因でpingが異なる可能性はありますが、同じローカルネットワーク上のシステムについて話している場合、最初に確認する場所ではありません。
サービスが提供されているのと同じホストからサービスにアクセスするまでの待ち時間はどれくらいですか？そのホストは他のサービスをより速く提供しますか？ IO負荷がかかっていますか？
ここで疑っているように、pingレイテンシ！= a TCPラウンドトリップ時間、特にデータが転送されている場合。これはすべて、遅延ACKが原因である可能性があります（これにより〜 200ミリ秒、一般的なデフォルト設定）、またはNagle /とDACK間の相互作用が悪いため、最大500ミリ秒までプッシュできます。ここでは、パケットキャプチャが適切です。
また、遅延ackタイマーはTCP=フローとは無関係であり、システムの起動時にインスタンス化されます。そのため、フロー内で1〜200ミリ秒の間いつでも起動でき、一般にあなたが説明するように「範囲」スタイルの遅延。