[Bug 785092] 20xH264 Video Decode Render-less CPU Usage spike up to ~70% with flag sync=false
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Jul 20 06:05:26 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=785092
--- Comment #10 from Peng.Chen <peng.c.chen at intel.com> ---
for transcoding 1 channel, the bottleneck should be encoding, it can't achieve
such FPS like decoding. I am assuming that it is a mutex lock strategy in
kernel, mutex_spin_on_owner() occupies a lot of CPU time in this use case. This
mutex_spin_on_owner() just means that another CPU on the system is using the
lock so it decided to spin instead of sleep. Till now, the only solution we
known is add sync or wait in driver or middleware. We need to make a decision
where to put this sync. Definitely, it can be added in driver, but it will
always have this sync for decoding, middleware can't choose disabling this sync
for some special use case. So do you have some better idea?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list