<div>Hi,</div> <div>I had tried audiotestsrc without live option too. But loading wasnt any different from live case.</div> <div>I looked into audiotestsrc source. Its doing simple memset() to zero on the buffer. Didnt see any complex code there at least for silence case.</div> <div> </div> <div>About profiling, I tried to get oprofile working on the board. But its not working. Might have some dependency issue with the kernel.</div> <div> </div> <div>regards,</div> <div>Viraj</div> <div><br> </div> <div class="gmail_quote">On Thu, Oct 8, 2009 at 11:27 AM, Michael Smith <span dir="ltr"><<a href="mailto:msmith@xiph.org">msmith@xiph.org</a>></span> wrote:<br> <blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"> <div class="im">On Wed, Oct 7, 2009 at 10:49 PM, Viraj Karandikar <<a href="mailto:virajk@gmail.com">virajk@gmail.com</a>> wrote:<br>> Hi,<br>><br>> I am seeing some strange behaviour while doing CPU load measurement when<br> > running gstreamer.<br>> I am relying on uptime and idle time give by "cat /proc/uptime" to calculate<br>> CPU load.<br>> We have implemented custom audio source (dalsrc) and sink (dalsink) plugins<br> > for our board (ARM9E on TI DM6446).<br>> I am using gstreamer-0.10.24.<br>><br>> I have following two cases:<br>><br>> Case 1:<br>> gst-launch audiotestsrc wave=silence is_live=true blocksize=160 !<br> > audio/x-raw-int,rate=8000,depth=16,channels=2,width=16,signed=\(boolean\)TRUE,endianness=\(int\)1234<br>> ! dalsink<br>> Average CPU load over 5 minutes : 18%<br><br></div>As well as your cpu usage measurement technique being pretty<br> inaccurate, it's not surprising that audiotestsrc is slow - it's a<br>test element, and has has absolutely no optimisation done, or even any<br>attempt to make it vaguely ok. It's probably just doing something<br> stupid for the silence case.<br><br>Additionally, the first case is a live source - your second isn't.<br>Those aren't very directly comparable. There might be something that's<br>slower because of that.<br><br> Mike<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> </blockquote></div><br><br clear="all"> <div></div><br>-- <br>- Viraj<br>Reality is merely an illusion, albeit a very persistent one.<br>