mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-09-30 07:42:32 +00:00
b82da62922
When downstream blocks, "lost" timers are created to notify the outgoing thread that packets are lost. The problem is that for high packet-rate streams, we might end up with a big list of lost timeouts (had a use-case with ~1000...). The problem isn't so much the amount of lost timeouts to handle, but rather the way they were handled. All timers would first be iterated, then the one selected would be handled ... to re-iterate the list again. All of this is being done while the jbuf lock is taken, which in some use-cases would return in holding that lock for 10s... blocking any buffers from being accepted in input... which would then arrive late ... which would create plenty of lost timers ... which would cause the same issue. In order to avoid that situation, handle the lost timers immediately when iterating the list of pending timers. This modifies the complexity from a quadratic to a linear complexity. https://bugzilla.gnome.org/show_bug.cgi?id=762988 |
||
|---|---|---|
| .. | ||
| gstrtpbin.c | ||
| gstrtpbin.h | ||
| gstrtpdtmfmux.c | ||
| gstrtpdtmfmux.h | ||
| gstrtpjitterbuffer.c | ||
| gstrtpjitterbuffer.h | ||
| gstrtpmanager.c | ||
| gstrtpmux.c | ||
| gstrtpmux.h | ||
| gstrtpptdemux.c | ||
| gstrtpptdemux.h | ||
| gstrtprtxqueue.c | ||
| gstrtprtxqueue.h | ||
| gstrtprtxreceive.c | ||
| gstrtprtxreceive.h | ||
| gstrtprtxsend.c | ||
| gstrtprtxsend.h | ||
| gstrtpsession.c | ||
| gstrtpsession.h | ||
| gstrtpssrcdemux.c | ||
| gstrtpssrcdemux.h | ||
| Makefile.am | ||
| rtpjitterbuffer.c | ||
| rtpjitterbuffer.h | ||
| rtpsession.c | ||
| rtpsession.h | ||
| rtpsource.c | ||
| rtpsource.h | ||
| rtpstats.c | ||
| rtpstats.h | ||