You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In my testing I've been seeing relatively high rates of UDP packet drops reported via /proc/net/udp. I have the same stream being received on the same machine via RIST instead of SRT, and the socket entries for that process in /proc/net/udp report no drops; I hope this shows that the problem is not down to CPU overload etc on the machine hosting the test.
I've not debugged enough yet to show this is a problem with srt-rs, rather than a problem with my own application code blocking the event loop (for example), but I wondered if this is a known issue?
The text was updated successfully, but these errors were encountered:
It is probably a srt-rs issue--this library isn't really ready for production use--probably related to #75. I'll take a look at /proc/net/udp, could be a helpful metric.
In my testing I've been seeing relatively high rates of UDP packet drops reported via
/proc/net/udp
. I have the same stream being received on the same machine via RIST instead of SRT, and the socket entries for that process in/proc/net/udp
report no drops; I hope this shows that the problem is not down to CPU overload etc on the machine hosting the test.I've not debugged enough yet to show this is a problem with srt-rs, rather than a problem with my own application code blocking the event loop (for example), but I wondered if this is a known issue?
The text was updated successfully, but these errors were encountered: