JavaアプリケーションがUDP経由でデータを受信します。オンラインデータマイニングタスクにデータを使用します。これは、各パケットを受信することが重要ではないことを意味します。これは、最初にUDPの選択を合理的にするものです。また、データはLAN経由で転送されるため、物理ネットワークは合理的に信頼できるものでなければなりません。とにかく、私はプロトコルやデータの選択についてのコントロールがありません。Windowsサーバー、JavaでUDPパケットの損失を監視します。
まだ、私は、アプリケーション自体の過負荷と長い処理時間に起因する可能性のあるパケットロスを懸念しています。私はこれらの事がどのくらい頻繁に起こり、どのくらいのデータが失われているか知りたいと思います。
理想的には、運用システムでパケット損失を継続的に監視する方法を探しています。しかし、部分的な解決策もまた歓迎されるだろう。
UDPパケットの損失(パケットの内容を制御しない)について常に知ることは不可能です。私は、OSによって受信されたパケットのラインに沿って何かを考えていましたが、アプリケーションに到着することはありませんでした。クライアントがビジー状態のときにデータをドロップする高速読み込みスレッドのような、アプリケーション内部の巧妙な解決策でもあります。私たちは、Windows Server 2003または2008
私は、パケットロスについて常に知ることは不可能だが、少なくとも*何かを知る方法を探していることを認識しています。それを反映させるために質問を編集しました。 – daphshez
OSが受信したが処理されていないパケットが失われる状況に陥ってはいけないので、あなたの質問はあまり意味がありません。遅いが、非常に起こりそうもないパケットを処理しているかもしれません。ネットワークはそれほど速くはありません。私はまた、アプリケーションが遅いためにパケットの損失を検出する方法について考えることはできません。私は私の答えは、ネットワークや遅いアプリケーションのいずれかの違いを区別することはできませんので、パケットの損失を検出するためにはまだ正しい方法だと思う。 –