Ich habe das folgende Szenario:Datenverlust mit UDP und Web-Sockets
Ein lokaler PC empfängt Datenproben über Bluetooth mit 50.000 Bit/s. Die Daten werden über UDP an einen Server gesendet. Der Server wiederum verteilt die Daten über Webseiten/JavaScript und Web-Sockets an verbundene Browser, in denen die Daten verarbeitet werden. Schließlich werden die Ergebnisse, die von den Browsern kommen, über UDP an den lokalen PC zurückgegeben.
Bis jetzt experimentiere ich mit einem streng lokalen Setup, d. H. Alles läuft auf einer Maschine, die eine CPU mit vier Kernen hat. Ich habe Servercode sowohl in node.js als auch in golang geschrieben. In beiden Fällen gibt es einen signifikanten Datenverlust, d. H. Nicht jedes Sample, das über UDP gesendet wird, wird erfolgreich von dem Server empfangen, selbst wenn nur ein Web-Socket-Client verbunden ist.
Wo ist der Flaschenhals, der den Verlust verursacht? Ist es die Tatsache, dass alles auf einer lokalen Maschine läuft? Könnte es sein, dass die Web-Socket-Bandbreite zu klein ist? Wäre ich besser mit WebRTC? Oder ist es etwas ganz anderes?
Wenn Sie keine Netzwerkprobleme haben, bedeutet das Verlieren von Nachrichten, dass Sie sie nicht schnell genug lesen. Ohne Code können wir Ihnen keine Antwort geben. – JimB
"Wäre ich besser mit WebRTC" Wir können Ihnen nicht sagen, wenn Sie nicht sagen, was der Zweck Ihrer Anwendung ist, wie Benutzer miteinander verbunden werden (ist P2P überhaupt eine Option?) Und was Ihre erwarteten Benutzer- Basis wird sein. – Kevin
Alles, was ich sagen kann ist, UDP garantiert keine Paketankunft. Wie es jetzt aussieht, ist nichts ungewöhnlich, gibt es viel Verkehr in Ihrem Netzwerk? Das könnte leicht zu mehr Paketverlust in UDP-Verbindungen führen. – Kevin