High cpu utilization with raw-video(UYVY) network streaming pipeline
Tim Müller
tim at centricular.com
Thu Feb 12 13:38:20 PST 2015
On Thu, 2015-02-12 at 13:08 -0800, Tim Allen wrote:
Hi,
> Back on the Jetson TK1, it's when udpsink is used, that gstreamer-1.0
> performance looks very poor. Again, with just a single core enabled as
> previously, but this time streaming through the onboard Realtek Ethernet to
> a Gigabit switch and Core i7 host:
>
> $ time gst-launch-0.10 filesrc location=/media/sda1/1280x1024 at 25.mkv ! queue
> name=Qfile ! matroskademux ! "video/x-raw-yuv, color-matrix=(string)sdtv" !
> rtpvrawpay mtu=1472 ! udpsink host=192.168.204.3 port=5004 loop=false
> real 0m11.388s
> user 0m5.069s
> sys 0m6.271s
>
> $ time gst-launch-1.0 filesrc location=/media/sda1/1280x1024 at 25.mkv ! queue
> name=Qfile ! matroskademux ! "video/x-raw, color-matrix=(string)sdtv" !
> rtpvrawpay mtu=1472 ! udpsink host=192.168.204.3 port=5004 loop=false
> real 0m19.342s
> user 0m9.576s
> sys 0m9.507s
>
> I have also used a I210 PCI card with pause frames disabled, and the results
> are similar.
>
> I'm not very familiar with gstreamer buffer and memory management, but could
> this be related to the way the plugins have been ported to gstreamer-1.0 and
> not making the correct / best usage of the loaning, referencing, mapping
> etc? So far I've been looking at source, using gst-debug, and "top" to
> investigate, but haven't got to the bottom of this yet. Any suggestions
> would be greatly appreciated.
There have been some improvements in this respect in git master. It
would be great if you could re-run your test with git master
(core/base/good), compiled against glib >= 2.44 (for
g_socket-send_messages() support).
Regards
-Tim
--
Tim Müller, Centricular Ltd - http://www.centricular.com
More information about the gstreamer-devel
mailing list