<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"><<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>></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 'soft' to 'none', 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's great, but does it make any sense?</div><div><br></div><div>Does an rtp-timer-name of 'none' 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"><<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>It'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"><<a href="mailto:kris@kriskinc.com" target="_blank">kris@kriskinc.com</a>></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 <<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>> wrote:<br>
> Hello,<br>
><br>
> I'm running HEAD version from Jan 22 on an Alix board with an AMD Geode LX<br>
> processor (i386). I can sustain 30 concurrent calls averaging around 70%<br>
> CPU utilization by the freeswitch process, measured by top. Bypass media<br>
> and proxy media are disabled. PCMU is forced on both endpoints (no<br>
> transcoding).<br>
><br>
> The problem is the RAM usage over time. The board has 256M. Idle,<br>
> freeswitch occupies around 4% after a fresh restart. A minute or so after<br>
> 30 calls are nailed up the RAM usage is about 7.2%. After 5 minutes, 13.6%.<br>
> After 60 minutes, near 65%. Disconnecting the calls returns the RAM usage<br>
> to 6-8%.<br>
><br>
> I've not tried to troubleshoot an issue like this before. Is valgrind the<br>
> next step, or would something else make more sense?<br>
><br>
><br>
> Regards,<br>
> 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>