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