[Bug 790989] compositor performance regression

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=790989

--- Comment #6 from Florent Thiéry <florent.thiery at ubicast.eu> ---
> Not really, can you try bisecting with 1.12 as the first good commit?

Well, gst-uninstalled does not exhibit the problem on the latest commit, so it
looks more meson-related in my opinion.

I'm running Arch, anyone else running it ?

> GST_DEBUG=CAT_PERFORMANCE:5

Not seeing anything different with this enabled (5 or 7).

perf record gst-launch-1.0 filesrc location=/dev/zero blocksize=3110400
num-buffers=900 ! queue name=vparse ! rawvideoparse width=1920 height=1080
framerate=30 format=nv12 ! queue name=compin ! compositor ! "video/x-raw,
format=(string)NV12, width=(int)3840, height=(int)2160, framerate=(fraction)30,
colorimetry=(string)bt709" ! queue name=fsink ! fakesink -v

perf report shows:

For gst-build:
  25,66%  vparse:src       libc-2.26.so                  [.]
__memmove_avx_unaligned_erms
  18,29%  compositor0:src  libgstcompositor.so           [.] fill_checker_nv12
  10,91%  gst-launch-1.0   libpthread-2.26.so            [.]
__pthread_rwlock_unlock
  10,91%  fsink:src        libgstreamer-1.0.so.0.1300.0  [.]
gst_memory_get_sizes
   6,42%  vparse:src       [kernel.vmlinux]              [.]
native_irq_return_iret
   5,77%  fsink:src        libgstbase-1.0.so.0.1300.0    [.]
gst_base_sink_get_sync_times
   5,13%  filesrc0:src     libgstcoreelements.so         [.]
gst_buffer_unmap at plt
   4,49%  compin:src       libglib-2.0.so.0.5400.0       [.] g_cond_wait
   4,49%  compin:src       libgstcoreelements.so         [.] apply_buffer
   3,85%  filesrc0:src     libc-2.26.so                  [.] _int_malloc
   3,44%  filesrc0:src     libgstbase-1.0.so.0.1300.0    [.]
gst_base_src_get_range
   0,64%  compositor0:src  libc-2.26.so                  [.] __memset_avx2_erms

For stable:
  73,17%  fsink:src        libglib-2.0.so.0.5400.0        [.]
0x0000000000020353
   6,86%  vparse:src       [kernel.vmlinux]               [.]
native_irq_return_iret
   5,55%  compositor0:src  libgstcompositor.so            [.]
0x00000000000038aa
   3,27%  gst-launch-1.0   libglib-2.0.so.0.5400.0        [.] g_mutex_lock
   2,94%  filesrc0:src     libgstreamer-1.0.so.0.1203.0   [.]
0x00000000000a90b3
   2,29%  compin:src       libgstbase-1.0.so.0.1203.0     [.]
gst_queue_array_peek_head_struct
   1,96%  filesrc0:src     libpthread-2.26.so             [.]
__pthread_mutex_lock
   1,75%  filesrc0:src     libglib-2.0.so.0.5400.0        [.] g_mutex_lock
   0,58%  compositor0:src  libc-2.26.so                   [.]
__memmove_avx_unaligned_erms

For gst-uninstalled:
  41,53%  fsink:src        libgstbase-1.0.so.0.1300.0     [.]
gst_base_sink_chain_unlocked.isr
  38,89%  compositor0:src  libgstcompositor.so            [.] fill_checker_nv12
   4,37%  filesrc0:src     libgstreamer-1.0.so.0.1300.0   [.]
gst_buffer_get_sizes_range
   4,01%  vparse:src       libc-2.26.so                   [.]
__memmove_avx_unaligned_erms
   3,64%  vparse:src       libgstreamer-1.0.so.0.1300.0   [.]
gst_mini_object_unlock
   2,55%  lt-gst-launch-1  libgstreamer-1.0.so.0.1300.0   [.]
gst_registry_scan_path_level
   2,55%  filesrc0:src     libpthread-2.26.so             [.] __libc_read
   2,19%  filesrc0:src     libglib-2.0.so.0.5400.0        [.] g_malloc

This seems to indicate that the bottleneck is rawvideoparse instead of
compositor, right ? But why does it only happen on gst-build (and not
gst-uninstalled)?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.