<div dir="ltr">What are the calls doing? Bridged? to an IVR? If so, which one.<div style>If you do a smaller number of calls does the same thing happen.  If you can do it with 1 or 2 calls you could use valgrind.</div><div style>
<br></div><div style>valgrind --tool=memcheck --log-file-exactly=vg.log --leak-check=full --leak-resolution=high --show-reachable=yes /usr/local/freeswitch/bin/freeswitch<br></div><div style><br></div><div style><br></div>
<div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 28, 2013 at 9:59 PM, Jeff Pyle <span dir="ltr">&lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>I just updated from <a href="http://repo.profhost.eu" target="_blank">repo.profhost.eu</a>.  The most recent timestamp on the packages was 2013-01-28 03:41:21 GMT.  Same behavior.  At 5 minutes it was using 12.5% RAM.  At 40 minutes, 60.4%.  After disconnecting the calls the usage returned to 8.5%.</div>



<div><br></div><div>I started toggling config items to see if I could impact this.  I found one that seems to have an effect:  rtp-timer-name in the sofia profile config.  By changing it from &#39;soft&#39; to &#39;none&#39;, the CPU utilization with 30 calls dropped from ~70% to ~46%, and the RAM usage is rock solid at 5.8%.</div>


<div><br></div><div>That&#39;s great, but does it make any sense?</div><div><br></div><div>Does an rtp-timer-name of &#39;none&#39; pose any risks?</div><span class="HOEnZb"><font color="#888888"><div><br></div><div><br>
</div><div><br></div><div>- Jeff</div><div>
  </div></font></span></div><div class="HOEnZb"><div class="h5">
<br><br><div class="gmail_quote">On Mon, Jan 28, 2013 at 8:43 PM, Jeff Pyle <span dir="ltr">&lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>It&#39;s on Voyage Linux, a cousin of Debian.  I believe it uses glibc.</div><span><font color="#888888"><div><br></div><div><br></div><div>- Jeff</div></font></span><div><div>
<div><br></div><br><div class="gmail_quote">On Mon, Jan 28, 2013 at 6:45 PM, Kristian Kielhofner <span dir="ltr">&lt;<a href="mailto:kris@kriskinc.com" target="_blank">kris@kriskinc.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Out of curiosity does your distro use uclibc, eglibc, or glibc?<br>
<div><div><br>
On Mon, Jan 28, 2013 at 5:41 PM, Jeff Pyle &lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt; wrote:<br>
&gt; Hello,<br>
&gt;<br>
&gt; I&#39;m running HEAD version from Jan 22 on an Alix board with an AMD Geode LX<br>
&gt; processor (i386).  I can sustain 30 concurrent calls averaging around 70%<br>
&gt; CPU utilization by the freeswitch process, measured by top.  Bypass media<br>
&gt; and proxy media are disabled.  PCMU is forced on both endpoints (no<br>
&gt; transcoding).<br>
&gt;<br>
&gt; The problem is the RAM usage over time.  The board has 256M.  Idle,<br>
&gt; freeswitch occupies around 4% after a fresh restart.  A minute or so after<br>
&gt; 30 calls are nailed up the RAM usage is about 7.2%.  After 5 minutes, 13.6%.<br>
&gt; After 60 minutes, near 65%.  Disconnecting the calls returns the RAM usage<br>
&gt; to 6-8%.<br>
&gt;<br>
&gt; I&#39;ve not tried to troubleshoot an issue like this before.  Is valgrind the<br>
&gt; next step, or would something else make more sense?<br>
&gt;<br>
&gt;<br>
&gt; Regards,<br>
&gt; Jeff </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div></div><br></blockquote></div>
</div></div></blockquote></div><br>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900
</div>