<div>Hi,</div>
<div>I was able to build oprofile and get it working on DM6446.</div>
<div>But I am not getting consistent numbers with oprofile. For case 1, I am getting CPU load around 12-14%, i.e 2-3% variation across runs.</div>
<div>Is this expected? </div>
<div>Also in case 1, most of the CPU is spent in gstreamer libraries (libgstreamer-0.10.so.0.21.0, libgstbase-0.10.so.0.21.0, <a href="http://libpthread-0.10.so">libpthread-0.10.so</a>, libgobject-2.0.so.0.2105.0, libglib-2.0.so.0.2105.0) and audiotestsrc is taking around 0.2% of total (for silence case).</div>

<div> </div>
<div>I also tried --disable-debug, --disable-gst-debug, --disable-trace --disable-alloc-trace options while configuring the gstreamer.</div>
<div>With this build I got reduction of around 50% in gstreamer loading (out of 8% CPU load in one of the test case). This should help in reducing overall system load in final application.<br></div>
<div>Thanks,</div>
<div>Viraj<br> </div>
<div class="gmail_quote">On Tue, Oct 13, 2009 at 1:56 AM, Stefan Kost <span dir="ltr">&lt;<a href="mailto:ensonic@hora-obscura.de">ensonic@hora-obscura.de</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Michael Smith schrieb:<br>
<div class="im">&gt; On Wed, Oct 7, 2009 at 10:49 PM, Viraj Karandikar &lt;<a href="mailto:virajk@gmail.com">virajk@gmail.com</a>&gt; wrote:<br>&gt;&gt; Hi,<br>&gt;&gt;<br>&gt;&gt; I am seeing some strange behaviour while doing CPU load measurement when<br>
&gt;&gt; running gstreamer.<br>&gt;&gt; I am relying on uptime and idle time give by &quot;cat /proc/uptime&quot; to calculate<br>&gt;&gt; CPU load.<br>&gt;&gt; We have implemented custom audio source (dalsrc) and sink (dalsink) plugins<br>
&gt;&gt; for our board (ARM9E on TI DM6446).<br>&gt;&gt; I am using gstreamer-0.10.24.<br>&gt;&gt;<br>&gt;&gt; I have following two cases:<br>&gt;&gt;<br>&gt;&gt; Case 1:<br>&gt;&gt; gst-launch audiotestsrc wave=silence is_live=true blocksize=160 !<br>
&gt;&gt; audio/x-raw-int,rate=8000,depth=16,channels=2,width=16,signed=\(boolean\)TRUE,endianness=\(int\)1234<br>&gt;&gt; ! dalsink<br>&gt;&gt; Average CPU load over 5 minutes : 18%<br>&gt;<br>&gt; As well as your cpu usage measurement technique being pretty<br>
&gt; inaccurate, it&#39;s not surprising that audiotestsrc is slow - it&#39;s a<br>&gt; test element, and has has absolutely no optimisation done, or even any<br>&gt; attempt to make it vaguely ok. It&#39;s probably just doing something<br>
&gt; stupid for the silence case.<br><br></div>Well, it actually has bben optimized somewhat. Especially for silence it<br>*shouldn&#39;t* do much. But anyway the only way to find out would be to run e.g.<br>oprofile on it (its available on arm too).<br>
<br>A slightly better version to check the load would imho be to use sync=false on<br>the sink and run the example with time. Then see which version is finished earlier.<br><font color="#888888"><br>Stefan<br></font>
<div>
<div></div>
<div class="h5"><br>&gt;<br>&gt; Additionally, the first case is a live source - your second isn&#39;t.<br>&gt; Those aren&#39;t very directly comparable. There might be something that&#39;s<br>&gt; slower because of that.<br>
&gt;<br>&gt; Mike<br>&gt;<br>&gt; ------------------------------------------------------------------------------<br>&gt; Come build with us! The BlackBerry(R) Developer Conference in SF, CA<br>&gt; is the only developer event you need to attend this year. Jumpstart your<br>
&gt; developing skills, take BlackBerry mobile applications to market and stay<br>&gt; ahead of the curve. Join us from November 9 - 12, 2009. Register now!<br>&gt; <a href="http://p.sf.net/sfu/devconference" target="_blank">http://p.sf.net/sfu/devconference</a><br>
&gt; _______________________________________________<br>&gt; gstreamer-devel mailing list<br>&gt; <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br>&gt; <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
<br><br>------------------------------------------------------------------------------<br>Come build with us! The BlackBerry(R) Developer Conference in SF, CA<br>is the only developer event you need to attend this year. Jumpstart your<br>
developing skills, take BlackBerry mobile applications to market and stay<br>ahead of the curve. Join us from November 9 - 12, 2009. Register now!<br><a href="http://p.sf.net/sfu/devconference" target="_blank">http://p.sf.net/sfu/devconference</a><br>
_______________________________________________<br>gstreamer-devel mailing list<br><a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br><br clear="all">
<div></div><br>-- <br>- Viraj<br>Reality is merely an illusion, albeit a very persistent one.<br>