yes its a function of the sofia-sip project, but did you wait before you stopped it? We have people sending non stop 200+calls a second complaining about no leaks. So if you have some real problem it's going to be your network conditions and interop with your providers causing an edge case with the SIP stack itself who has it's own list and irc channel. On Mon, Apr 19, 2010 at 11:45 AM, Sergey Okhapkin <sos@sokhapkin.dyndns.org>wrote:
It's possible that some BYE or ACK could be lost, but shouldn't sip dialogs be destroyed automatically after a timeout?
On Monday 19 April 2010, Anthony Minessale wrote:
welll you are losing sip dialogs somewhere. It's not a leak its loss of sip dialogs most likely a side effect of topology problems.
On Mon, Apr 19, 2010 at 11:03 AM, Sergey Okhapkin
<sos@sokhapkin.dyndns.org>wrote:
The command was exactly as you suggested, FS was started with "-nonat -vg" command line options, after few hours run (about 5K calls processed) FS was shut down gracefully.
On Monday 19 April 2010, Anthony Minessale wrote:
This is invalid.
Those places are where sip calls are created and they are most definitely not leaking. If anything, it suggests dialogs that are up still and not yet destroyed
at
the termination of the program. If this location in the code was a leak it would be gigs not megs
missing.
Did you do the exact command I said (especially -vg param to FS) and then
a
full clean shutdown all the way back to the shell?
Are you maybe not getting the BYE to your calls creating open dialogs? You may want to turn on the sip trace.
On Mon, Apr 19, 2010 at 10:29 AM, Sergey Okhapkin
<sos@sokhapkin.dyndns.org>wrote:
Valgrind doesn't show leaks in mod_nibblebill, most of the leaked
memory
was in mod_sofia:
==12476== 53,064 bytes in 67 blocks are definitely lost in loss record 138 of 141 ==12476== at 0x4026378: malloc (in /usr/lib/valgrind/x86- linux/vgpreload_memcheck.so) ==12476== by 0x6A0DC8F: sofia_handle_sip_i_invite (sofia.c:6538) ==12476== ==12476== ==12476== 92,664 bytes in 117 blocks are definitely lost in loss record 139 of 141 ==12476== at 0x4026378: malloc (in /usr/lib/valgrind/x86- linux/vgpreload_memcheck.so) ==12476== by 0x6A2F76F: sofia_glue_do_invite (sofia_glue.c:1874) ==12476==
BTW, do I understand FS code correct that channel private data are
always
handled by sqlite, even if I enable core ODBC?
On Monday 19 April 2010, Anthony Minessale wrote:
300M is tiny. try having 2000 channels up you can soar into a gig of
usage.
That valgrind report only showed 100k leaked which means it was all accounted for and torn down in the end.
If you can find a specific leak in the nibble bill module with
valgrind
we
will gladly fix it and you can gladly thank us for giving you a way to make money by the second.
valgrind --tool=memcheck --log-file=vg.log --leak-check=full --leak-resolution=high --show-reachable=yes /usr/local/freeswitch/bin/freeswitch -vg
On Sun, Apr 18, 2010 at 11:48 AM, Sergey Okhapkin
<sos@sokhapkin.dyndns.org>wrote: > Which valgrind options should I specify? I did run > > valgrind --tool=memcheck --log-file=vg.log --leak-check=full
--leak-
> resolution=high --show-reachable=yes ./freeswitch -nonat -vg > > 100K leaked is nothing compared to FS process RSS of 300M... > > On Sunday 18 April 2010, Anthony Minessale wrote: > > Also thatb suggests you leaked a whopping 100k > > > > On Apr 18, 2010 11:35 AM, "Anthony Minessale" < > > anthony.minessale@gmail.com> > > > wrote: > > > > That's not very useful you need a full report with extended > > checking. > > > > > On Apr 18, 2010 7:34 AM, "Sergey Okhapkin" <
sos@sokhapkin.dyndns.org>
> > wrote: > > > According to v... > > > > > > > > > > > > > > > > > > On Saturday 17 April 2010, Michael Jerris wrote: > > > That is a completely incorrect statement. Usi... > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900