Die Überlastungskontrolle von UDT

Ich habe ein eingebettetes Gerät, auf dem Linux ausgeführt wird, das Sensordaten über ein LAN bereitstellt, aber niemals WANs. Gelegentlich kann es sich an einem Ende eines Ссылка befinden.

Die Architektur, die ich geerbt habe, verwendet TCP, aber ich möchte hinzufügen, was Echtzeitvideo über UDP ausmacht. Ich kümmere mich nicht um verlorene Pakete oder Bestellungen. Ich möchte nur auf der Clientseite wissen, wenn ich gelöscht habe, und auf der Serverseite, wenn ich zu schnell sende. Ich möchte nie erneut übertragen.

Gibt es irgendwo anders, wo ich hinschauen sollte? UDT ist derzeit angesichts meiner anfänglichen Benchmarks zu langsam. Ein naiver UDP-Client mit einer Sequenznummer kann auf diesem eingebetteten System ~ 80 Mbit / s aufrechterhalten, während eine nicht-getunte UDT mit etwa 30 Mbit / s läuft. Wenn ich seine SOCK_DGRAM-Schnittstellen verwende, scheint UDT zu aggressiv zu dem Punkt zurückzufallen, an dem es normalerweise mit 16 Mbit / s läuft. Hat jemand erfolgreich UDTs CCC für diese Art von Anwendung abgestimmt? Der höchste Durchsatz, den ich gesehen habe, ist 35 Mbit / s mit den Beispielanwendungen von UDT.

Soll ich einfach zu RTP springen? Ссылка