<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, May 2, 2017 at 9:44 AM Simon Michnowicz <<a href="mailto:simon.michnowicz@monash.edu">simon.michnowicz@monash.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Dear Gstreamer List,<br></div><br>I am trying to debug a commercial application that uses Gstreamer. We are running on a Centos 7 cluster with a variety of graphics cards (i.e. K80) in an Openstack virtual environment.<br><br> When the program runs for the first time on a machine, a considerable time delay occurs (40+ minutes) before the program initializes, although subsequent runs start immediately.<br><br></div>I have traced this delay to a file, ~/.gstreamer-0.10/registry.x86_64.bin<br></div>If you delete the file, we can trigger the very long delay when running the program.<br><br></div>I am not a Gsteamer developer, so would be very grateful if anybody could advise me on how this file is created. We are very interested into why it is taking so long to create. This could be a programming issue with the commercial application, but it could also point to some very strange interactions between Gstreamer and the virtual environment.<br></div></div></blockquote><div><br></div><div>When GStreamer initializes, it loads metadata from all plugins. Internally, it forks a gst-plugin-scanner process to actually 
load the plugins (this shields the application process from crashes 
caused by bad plugins and/or libraries). The result of this is cached in the registry file.</div><div><br></div><div>I would attempt to use fatrace (which observes filesystem accesses, system-wide) to watch the plugin scanner load plugins, in order to discover which plugin is causing a delay here.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>Are there any tools that we could use to generate this file to confirm that this is in fact the problem?<br></div></div></blockquote><div><br></div><div>If the file is missing, just running gst-inspect-1.0 should be enough to regenerate it. <br></div></div></div>