[Spice-devel] [PATCH spice-gtk 0/3] spice-gtk: Drop frames if they pile up because client is overloaded

Marc-André Lureau marcandre.lureau at redhat.com
Thu Jul 13 15:05:48 UTC 2017


Hi

----- Original Message -----
> From: Christophe de Dinechin <dinechin at redhat.com>
> 
> This patch series is a crude attempt at getting rid of the frames backlog
> when the spice client is overloaded. Another parameter I have been
> playing wiht is the max-bytes parameter in the GStreamer
> pipeline, which is currently set to 0 (unlimited), which is probably
> a lot more than necessary.
> 
> I am still experimenting to figure out the correct values, and I am
> considering less agressive heuristics than dropping *all* the
> frames. I am also not entirely convinced that returning TRUE when we
> clear the frames is the right thing to do. It looks like falling
> through is another valid option. This is particularly true if the
> frame is an I-frame.
> 
> I share this patch as is as an illustration of a scenario
> where it is nice to be able to tweak parameters dynamically for
> experimentation purpose. In my 'recorder' branch, the tweaks are
> dynamic and defined using an environment variable.
> 

For now it's a simple #define, let's not hide this behind a SPICE_TWEAK macro.

If the parameter is useful for end-users, it can be exposed as an option and object properties, so it can be changed during run-time via UI.

> Christophe de Dinechin (3):
>   Add SPICE_TWEAK_DEFINE and SPICE_TWEAK macros
>   Drop frames if the backlog is above some limit
>   Add configurable value for gst_max_bytes
> 
>  src/channel-display-gst.c | 18 +++++++++++++++++-
>  src/spice-util.h          |  3 +++
>  2 files changed, 20 insertions(+), 1 deletion(-)
> 
> --
> 2.11.0 (Apple Git-81)
> 
> _______________________________________________
> Spice-devel mailing list
> Spice-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/spice-devel
> 


More information about the Spice-devel mailing list