[Bug 100097] New: do zero-copy in gstreamer for decoding

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Mar 7 10:04:59 UTC 2017


https://bugs.freedesktop.org/show_bug.cgi?id=100097

            Bug ID: 100097
           Summary: do zero-copy in gstreamer for decoding
           Product: Spice
           Version: unspecified
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: RFE (general)
          Assignee: spice-bugs at lists.freedesktop.org
          Reporter: bugzilla at victortoso.com

Created attachment 130109
  --> https://bugs.freedesktop.org/attachment.cgi?id=130109&action=edit
massif on mjpeg stream

I did a quick test doing streaming with mjpeg and vp8 to compare the memory
usage in the client. In this test I played a ~2 min video in the guest in
maximized window.

With mjpeg we have a peak of 34.13 MB which is somewhat fine.

With vp8 we got a peak of 205.6 MB, mostly around gstreamer code.

For now, I can see two ways to improve the code:

1-) Having some memory pool in spice-channel to avoid malloc for each new
message. In the code itself we already have a FIXME for that, saying:

> /* FIXME: do not allow others to take ref on in, and use realloc here?
>  * this would avoid malloc/free on each message?

2-) Doing zero-copy with gstreamer, like we do in server for encoding.

Attaching massif data for future reference

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/spice-bugs/attachments/20170307/9e674f19/attachment.html>


More information about the spice-bugs mailing list