[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