私が収集したものから、WiFiを介したUDPマルチキャスト/ブロードキャストは、 thought のような速度にはなりません。 WiFi経由のUDPユニキャストはどうですか?後者が通常の速度になることを誰かが確認できますか?
Wi-Fiではマルチキャストとブロードキャストをある種の「最低限の共通基準」の伝送速度で送信する必要があるため、Wi-Fiを介したあらゆる種類のマルチキャスト/ブロードキャストは遅くなります。
UDPはそれとは何の関係もありません。 UDPが言及される唯一の理由は、UDPがマルチキャストまたはブロードキャストできるためです。対照的に、TCPは厳密にポイントツーポイントです。ユニキャストのみ可能です。つまり、UDP対TCPのことではなく、マルチキャスト/ブロードキャスト対ユニキャストのことです。
あらゆる種類のユニキャスト(TCP、UDP、またはその他)は、Wi-Fiを介して、あらゆる種類のマルチキャストまたはブロードキャストよりもはるかに高いレートで送信される可能性があります。
優れた802.11nまたは802.11acの実装では、ユニキャストTCP PHYレートの70%またはわずか80%のスループットを達成できます。もちろん、PHYレートは802.11nのフレーバーによって大きく異なります。または、APとクライアントがサポートする802.11ac、チャネルのクリーン度、関連する距離など。
802.11g以前はフレーム集約をサポートしていないため、それほど効率的ではありません。通常、効率は50%弱、ベンダー独自の形式のフレーム疑似集約(「フレームバースト」)をサポートしている場合は50%強になります。
すべてのケースで、UDPユニキャストは、TCPよりも数パーセント高い効率を得ることができます。これは、TCPは、輻輳を悪化させずに可能な限り高速になるように設計されているため、UDP-ベースのプロトコルは、輻輳が悪化したとしても、可能な限り高速になるように試みることができます。そのため、適切に実装され、細かく調整されたTCPスタックでも、輻輳やパケット損失に直面してバックオフする場合があります、一方、UDPは継続的に爆発します。
高品質の802.11nまたは802.11acギアを使用していて、70〜80%の効率が見られない場合(つまり、与えられた802.11 PHYレートの70〜80%のTCP-over-IPv4スループット= RF条件)、おそらくバグがあるTCPスタックまたはいくつかのTCPチューニングを行う必要があります。TCPウィンドウサイズの調整を最初に確認します。2MiBTCPウィンドウサイズを設定することを検討してください。