<div dir="ltr">did anyone ask you if you are running the current trunk revision?<br><br>What is the exact dialplan on FreeSWITCH that these extensions hit?<br>and the exact procedure you took to run the test.<br>You gave us the files but not any instructions.<br>
<br>And you still have not given me exact memory usage numbers both resident and virtual.<br><br>Please address all of the above questions in your reply not just some of them and I will investigate it.<br><br><br><br><div class="gmail_quote">
On Thu, Jul 31, 2008 at 2:39 AM, Sangwoo Jin <span dir="ltr"><<a href="mailto:swjinjin@volans.kr">swjinjin@volans.kr</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I don't have gotten the same result in testing MOH calls with 15 CPS.<br>
The memory usage of freeswitch on testing doesn't grow at some point.<br>
But, The memory usage of freeswitch on testing bridged calls with 5CPS and 1<br>
second duration was growing endlessly. I have watched The memory usage of<br>
freeswitch becomes 1G bytes.<br>
<br>
I attached the scripts of my test.<br>
Firstly, execute the scripts like uas_10xx.sh in each shells,<br>
and execute call.sh.<br>
Then, the following call flows is rotated at 5 CPS.<br>
1000 -> freeswitch -> 1011<br>
1000 -> freeswitch -> 1012<br>
1000 -> freeswitch -> 1013<br>
1000 -> freeswitch -> 1014<br>
1000 -> freeswitch -> 1015<br>
1000 -> freeswitch -> 1016<br>
1000 -> freeswitch -> 1017<br>
1000 -> freeswitch -> 1018<br>
1000 -> freeswitch -> 1019<br>
<br>
And, please inform me where I can find the memory pre-allocation codes on<br>
freeswitch's starting?<br>
<font color="#888888"><br>
Sangwoo Jin.<br>
</font><div class="Ih2E3d">> -----Original Message-----<br>
> From: <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a> [mailto:<a href="mailto:freeswitch-">freeswitch-</a><br>
> <a href="mailto:users-bounces@lists.freeswitch.org">users-bounces@lists.freeswitch.org</a>] On Behalf Of Michael Jerris<br>
</div><div><div></div><div class="Wj3C7c">> Sent: Thursday, July 31, 2008 3:45 PM<br>
> To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
> Subject: Re: [Freeswitch-users] Memory Leaks<br>
><br>
> Can you detail the exact callflow, config files and testing methods<br>
> you used to produce this issue? I suspect that this may be a real<br>
> issue but we ran sipp testing 2 days ago so your scenario must be<br>
> hitting an edge case we were not seeing. That being said we have made<br>
> no efforts to get freeswitch to run in so little memory, in fact we<br>
> have quite a few things we allocate at switch start that could very<br>
> well ammount to over 128mb even without calls. You will likely not<br>
> get it to work reliably with so little memory without some significant<br>
> modifications.<br>
><br>
> Mike<br>
><br>
> On Jul 31, 2008, at 12:07 AM, "Sangwoo Jin" <<a href="mailto:swjinjin@volans.kr">swjinjin@volans.kr</a>> wrote:<br>
><br>
> > I want to run freeswitch on low memory machine with 128M ram and no<br>
> > swap<br>
> > partition.<br>
> > On testing freeswitch on it, I have always seen the out of memory<br>
> > error.<br>
> > Could I control the memory pools?<br>
> ><br>
> >> -----Original Message-----<br>
> >> From: <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a> [mailto:<a href="mailto:freeswitch-">freeswitch-</a><br>
> >> <a href="mailto:users-bounces@lists.freeswitch.org">users-bounces@lists.freeswitch.org</a>] On Behalf Of Brian West<br>
> >> Sent: Thursday, July 31, 2008 11:38 AM<br>
> >> To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
> >> Subject: Re: [Freeswitch-users] Memory Leaks<br>
> >><br>
> >> Try running 500,000 calls at 100-200 cps with a duration of 1 second.<br>
> >> You'll always see something about lost memory on shut down and you<br>
> >> can't fully trust that output due to the usage of memory pools.<br>
> >> You'll see a running FreeSWITCH hit a high water mark and level off<br>
> >> on<br>
> >> memory usage. I suspect that if you do this test with that many<br>
> >> calls<br>
> >> you'll see the same usage at some point or it will be more<br>
> >> pronounced. 100 or 1000 calls isn't enough to really tell what is<br>
> >> going on.<br>
> >><br>
> >> /b<br>
> >><br>
> >> On Jul 30, 2008, at 9:25 PM, Sangwoo Jin wrote:<br>
> >><br>
> >>><br>
> >>> I can't use JIRA because I'm waiting for confirmation of creating<br>
> >>> account.<br>
> >>><br>
> >>> Now, I tested again with the current svn trunk.<br>
> >>> The lost memory of 1000 calls is 10 times more than 100 calls.<br>
> >>><br>
> >>> The following logs are my filtered valgrind's output.<br>
> >>> I have removed the lost blocks log which may not have to be free.<br>
> >>><br>
> >>> Could you check this problem?<br>
> >>> Sangwoo Jin<br>
> >>><br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> ===<br>
> >>> ===================================================================<br>
> >>> 100 calls' log<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> ===<br>
> >>> ===================================================================<br>
> >>> ==29384== 284 bytes in 1 blocks are still reachable in loss record<br>
> >>> 25 of 60<br>
> >>> ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29384== by 0x7D98B43: su_hash_alloc (su_alloc.c:390)<br>
> >>> ==29384== by 0x7D98CDE: su_home_new (su_alloc.c:562)<br>
> >>> ==29384== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29384== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>><br>
> >>> ==29384==<br>
> >>> ==29384== 504 bytes in 1 blocks are possibly lost in loss record 30<br>
> >>> of 60<br>
> >>> ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29384== by 0x7D98CC1: su_home_new (su_alloc.c:559)<br>
> >>> ==29384== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29384== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29384== by 0x7DA3084: su_base_port_run (su_base_port.c:331)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>> ==29384== 671 bytes in 8 blocks are possibly lost in loss record 32<br>
> >>> of 60<br>
> >>> ==29384== at 0x4022B08: malloc (vg_replace_malloc.c:207)<br>
> >>> ==29384== by 0x7D989A2: sub_alloc (su_alloc.c:490)<br>
> >>> ==29384== by 0x7D9929E: su_alloc (su_alloc.c:771)<br>
> >>> ==29384== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309)<br>
> >>> ==29384== by 0x7D0273D: header_parse (msg_parser.c:1114)<br>
> >>> ==29384== by 0x7D025E3: extract_header (msg_parser.c:1071)<br>
> >>> ==29384== by 0x7D02315: msg_extract_header (msg_parser.c:1008)<br>
> >>> ==29384== by 0x7D05BD2: msg_header_parse_str (msg_parser.c:2801)<br>
> >>> ==29384== by 0x7D05B1E: msg_header_add_str (msg_parser.c:2764)<br>
> >>> ==29384== by 0x7D7B534: sip_add_tagis (sip_tag_class.c:260)<br>
> >>> ==29384== by 0x7D42EB4: nua_client_init_request (nua_stack.c:<br>
> >>> 2278)<br>
> >>> ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>> ==29384== 1,072 bytes in 2 blocks are possibly lost in loss record<br>
> >>> 37 of 60<br>
> >>> ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29384== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437)<br>
> >>> ==29384== by 0x7DA0A84: su_msg_new (su_root.c:901)<br>
> >>> ==29384== by 0x7D3E4CB: nua_signal (nua_stack.c:495)<br>
> >>> ==29384== by 0x7D46FF7: nua_invite (nua.c:633)<br>
> >>> ==29384== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305)<br>
> >>> ==29384== by 0x7CCA773: sofia_on_init (mod_sofia.c:99)<br>
> >>> ==29384== by 0x40A630D: switch_core_session_run<br>
> >>> (switch_core_state_machine.c:415)<br>
> >>> ==29384== by 0x40A52F4: switch_core_session_thread<br>
> >>> (switch_core_session.c:787)<br>
> >>> ==29384== by 0x40FC695: dummy_worker (thread.c:138)<br>
> >>> ==29384== by 0x41EB191: start_thread (in /lib/<br>
> >>> <a href="http://libpthread-2.6.1.so" target="_blank">libpthread-2.6.1.so</a>)<br>
> >>> ==29384== by 0x42F502D: clone (in /lib/<a href="http://libc-2.6.1.so" target="_blank">libc-2.6.1.so</a>)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>> ==29384== 1,295 bytes in 21 blocks are still reachable in loss<br>
> >>> record 38 of<br>
> >>> 60<br>
> >>> ==29384== at 0x4022B08: malloc (vg_replace_malloc.c:207)<br>
> >>> ==29384== by 0x7D989A2: sub_alloc (su_alloc.c:490)<br>
> >>> ==29384== by 0x7D9929E: su_alloc (su_alloc.c:771)<br>
> >>> ==29384== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309)<br>
> >>> ==29384== by 0x7D11E7A: msg_header_make (msg_header_make.c:86)<br>
> >>> ==29384== by 0x7D05A73: msg_header_add_make (msg_parser.c:2729)<br>
> >>> ==29384== by 0x7D7B503: sip_add_tagis (sip_tag_class.c:256)<br>
> >>> ==29384== by 0x7D433D8: nua_client_request_template (nua_stack.c:<br>
> >>> 2377)<br>
> >>> ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>> ==29384== 28,116 bytes in 99 blocks are indirectly lost in loss<br>
> >>> record 55 of<br>
> >>> 60<br>
> >>> ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29384== by 0x7D98B43: su_hash_alloc (su_alloc.c:390)<br>
> >>> ==29384== by 0x7D98CDE: su_home_new (su_alloc.c:562)<br>
> >>> ==29384== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29384== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>> ==29384== 52,528 bytes in 98 blocks are definitely lost in loss<br>
> >>> record 56 of<br>
> >>> 60<br>
> >>> ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29384== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437)<br>
> >>> ==29384== by 0x7DA0A84: su_msg_new (su_root.c:901)<br>
> >>> ==29384== by 0x7D3E4CB: nua_signal (nua_stack.c:495)<br>
> >>> ==29384== by 0x7D46FF7: nua_invite (nua.c:633)<br>
> >>> ==29384== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305)<br>
> >>> ==29384== by 0x7CCA773: sofia_on_init (mod_sofia.c:99)<br>
> >>> ==29384== by 0x40A630D: switch_core_session_run<br>
> >>> (switch_core_state_machine.c:415)<br>
> >>> ==29384== by 0x40A52F4: switch_core_session_thread<br>
> >>> (switch_core_session.c:787)<br>
> >>> ==29384== by 0x40FC695: dummy_worker (thread.c:138)<br>
> >>> ==29384== by 0x41EB191: start_thread (in /lib/<br>
> >>> <a href="http://libpthread-2.6.1.so" target="_blank">libpthread-2.6.1.so</a>)<br>
> >>> ==29384== by 0x42F502D: clone (in /lib/<a href="http://libc-2.6.1.so" target="_blank">libc-2.6.1.so</a>)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>> ==29384== 57,034 bytes in 871 blocks are indirectly lost in loss<br>
> >>> record 57<br>
> >>> of 60<br>
> >>> ==29384== at 0x4022B08: malloc (vg_replace_malloc.c:207)<br>
> >>> ==29384== by 0x7D989A2: sub_alloc (su_alloc.c:490)<br>
> >>> ==29384== by 0x7D9929E: su_alloc (su_alloc.c:771)<br>
> >>> ==29384== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309)<br>
> >>> ==29384== by 0x7D11E7A: msg_header_make (msg_header_make.c:86)<br>
> >>> ==29384== by 0x7D05A73: msg_header_add_make (msg_parser.c:2729)<br>
> >>> ==29384== by 0x7D7B503: sip_add_tagis (sip_tag_class.c:256)<br>
> >>> ==29384== by 0x7D42EB4: nua_client_init_request (nua_stack.c:<br>
> >>> 2278)<br>
> >>> ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29384== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29384==<br>
> >>> ==29384==<br>
> >>> ==29384== 135,046 (49,896 direct, 85,150 indirect) bytes in 99<br>
> >>> blocks are<br>
> >>> definitely lost in loss record 58 of 60<br>
> >>> ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29384== by 0x7D98CC1: su_home_new (su_alloc.c:559)<br>
> >>> ==29384== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29384== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29384== by 0x7DA3084: su_base_port_run (su_base_port.c:331)<br>
> >>> ==29384==<br>
> >>> ==29384== LEAK SUMMARY:<br>
> >>> ==29384== definitely lost: 108,035 bytes in 303 blocks.<br>
> >>> ==29384== indirectly lost: 85,177 bytes in 972 blocks.<br>
> >>> ==29384== possibly lost: 2,535 bytes in 13 blocks.<br>
> >>> ==29384== still reachable: 16,325,250 bytes in 524 blocks.<br>
> >>> ==29384== suppressed: 0 bytes in 0 blocks.<br>
> >>><br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> ===<br>
> >>> ===================================================================<br>
> >>> 1000 calls' log<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> =<br>
> >>> ===<br>
> >>> ===================================================================<br>
> >>> ==29612==<br>
> >>> ==29612== 3,024 bytes in 6 blocks are still reachable in loss record<br>
> >>> 39 of<br>
> >>> 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D98CC1: su_home_new (su_alloc.c:559)<br>
> >>> ==29612== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29612== by 0x7DA3084: su_base_port_run (su_base_port.c:331)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 3,692 bytes in 13 blocks are possibly lost in loss record<br>
> >>> 43 of 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D98B43: su_hash_alloc (su_alloc.c:390)<br>
> >>> ==29612== by 0x7D98CDE: su_home_new (su_alloc.c:562)<br>
> >>> ==29612== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 4,322 bytes in 55 blocks are possibly lost in loss record<br>
> >>> 47 of 64<br>
> >>> ==29612== at 0x4022B08: malloc (vg_replace_malloc.c:207)<br>
> >>> ==29612== by 0x7D989A2: sub_alloc (su_alloc.c:490)<br>
> >>> ==29612== by 0x7D9929E: su_alloc (su_alloc.c:771)<br>
> >>> ==29612== by 0x7D9CAA2: su_strdup (su_strdup.c:55)<br>
> >>> ==29612== by 0x7D05AF3: msg_header_add_str (msg_parser.c:2759)<br>
> >>> ==29612== by 0x7D7B534: sip_add_tagis (sip_tag_class.c:260)<br>
> >>> ==29612== by 0x7D42EB4: nua_client_init_request (nua_stack.c:<br>
> >>> 2278)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 5,360 bytes in 10 blocks are still reachable in loss<br>
> >>> record 49 of<br>
> >>> 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437)<br>
> >>> ==29612== by 0x7DA0A84: su_msg_new (su_root.c:901)<br>
> >>> ==29612== by 0x7D3E4CB: nua_signal (nua_stack.c:495)<br>
> >>> ==29612== by 0x7D46FF7: nua_invite (nua.c:633)<br>
> >>> ==29612== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305)<br>
> >>> ==29612== by 0x7CCA773: sofia_on_init (mod_sofia.c:99)<br>
> >>> ==29612== by 0x40A630D: switch_core_session_run<br>
> >>> (switch_core_state_machine.c:415)<br>
> >>> ==29612== by 0x40A52F4: switch_core_session_thread<br>
> >>> (switch_core_session.c:787)<br>
> >>> ==29612== by 0x40FC695: dummy_worker (thread.c:138)<br>
> >>> ==29612== by 0x41EB191: start_thread (in /lib/<br>
> >>> <a href="http://libpthread-2.6.1.so" target="_blank">libpthread-2.6.1.so</a>)<br>
> >>> ==29612== by 0x42F502D: clone (in /lib/<a href="http://libc-2.6.1.so" target="_blank">libc-2.6.1.so</a>)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 5,360 bytes in 10 blocks are possibly lost in loss record<br>
> >>> 50 of 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437)<br>
> >>> ==29612== by 0x7DA0A84: su_msg_new (su_root.c:901)<br>
> >>> ==29612== by 0x7D3E4CB: nua_signal (nua_stack.c:495)<br>
> >>> ==29612== by 0x7D46FF7: nua_invite (nua.c:633)<br>
> >>> ==29612== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305)<br>
> >>> ==29612== by 0x7CCA773: sofia_on_init (mod_sofia.c:99)<br>
> >>> ==29612== by 0x40A630D: switch_core_session_run<br>
> >>> (switch_core_state_machine.c:415)<br>
> >>> ==29612== by 0x40A52F4: switch_core_session_thread<br>
> >>> (switch_core_session.c:787)<br>
> >>> ==29612== by 0x40FC695: dummy_worker (thread.c:138)<br>
> >>> ==29612== by 0x41EB191: start_thread (in /lib/<br>
> >>> <a href="http://libpthread-2.6.1.so" target="_blank">libpthread-2.6.1.so</a>)<br>
> >>> ==29612== by 0x42F502D: clone (in /lib/<a href="http://libc-2.6.1.so" target="_blank">libc-2.6.1.so</a>)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 7,056 bytes in 14 blocks are possibly lost in loss record<br>
> >>> 51 of 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D98CC1: su_home_new (su_alloc.c:559)<br>
> >>> ==29612== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29612== by 0x7DA3084: su_base_port_run (su_base_port.c:331)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 9,940 bytes in 35 blocks are still reachable in loss<br>
> >>> record 54 of<br>
> >>> 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D98B43: su_hash_alloc (su_alloc.c:390)<br>
> >>> ==29612== by 0x7D98CDE: su_home_new (su_alloc.c:562)<br>
> >>> ==29612== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 43,590 bytes in 663 blocks are still reachable in loss<br>
> >>> record 57<br>
> >>> of 64<br>
> >>> ==29612== at 0x4022B08: malloc (vg_replace_malloc.c:207)<br>
> >>> ==29612== by 0x7D989A2: sub_alloc (su_alloc.c:490)<br>
> >>> ==29612== by 0x7D9929E: su_alloc (su_alloc.c:771)<br>
> >>> ==29612== by 0x7D9CAA2: su_strdup (su_strdup.c:55)<br>
> >>> ==29612== by 0x7DA8FC9: su_vsprintf (su_sprintf.c:80)<br>
> >>> ==29612== by 0x7DA90FA: su_sprintf (su_sprintf.c:125)<br>
> >>> ==29612== by 0x7D75737: sip_addr_tag (sip_basic.c:993)<br>
> >>> ==29612== by 0x7D765F1: sip_from_tag (sip_basic.c:1857)<br>
> >>> ==29612== by 0x7D43155: nua_client_init_request (nua_stack.c:<br>
> >>> 2322)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 55,728 bytes in 1 blocks are still reachable in loss<br>
> >>> record 58 of<br>
> >>> 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0xFCE0A57: sf_open (sndfile.c:285)<br>
> >>> ==29612== by 0xFCD9FD3: ??? (mod_sndfile.c:174)<br>
> >>> ==29612== by 0x40A04A1: switch_core_perform_file_open<br>
> >>> (switch_core_file.c:100)<br>
> >>> ==29612== by 0xFD3549A: ??? (mod_local_stream.c:178)<br>
> >>> ==29612== by 0x40FC695: dummy_worker (thread.c:138)<br>
> >>> ==29612== by 0x41EB191: start_thread (in /lib/<br>
> >>> <a href="http://libpthread-2.6.1.so" target="_blank">libpthread-2.6.1.so</a>)<br>
> >>> ==29612== by 0x42F502D: clone (in /lib/<a href="http://libc-2.6.1.so" target="_blank">libc-2.6.1.so</a>)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 270,368 bytes in 952 blocks are indirectly lost in loss<br>
> >>> record 59<br>
> >>> of 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D98B43: su_hash_alloc (su_alloc.c:390)<br>
> >>> ==29612== by 0x7D98CDE: su_home_new (su_alloc.c:562)<br>
> >>> ==29612== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 542,088 bytes in 8,282 blocks are indirectly lost in loss<br>
> >>> record<br>
> >>> 60 of 64<br>
> >>> ==29612== at 0x4022B08: malloc (vg_replace_malloc.c:207)<br>
> >>> ==29612== by 0x7D989A2: sub_alloc (su_alloc.c:490)<br>
> >>> ==29612== by 0x7D9929E: su_alloc (su_alloc.c:771)<br>
> >>> ==29612== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309)<br>
> >>> ==29612== by 0x7D0273D: header_parse (msg_parser.c:1114)<br>
> >>> ==29612== by 0x7D025E3: extract_header (msg_parser.c:1071)<br>
> >>> ==29612== by 0x7D02315: msg_extract_header (msg_parser.c:1008)<br>
> >>> ==29612== by 0x7D05BD2: msg_header_parse_str (msg_parser.c:2801)<br>
> >>> ==29612== by 0x7D05B1E: msg_header_add_str (msg_parser.c:2764)<br>
> >>> ==29612== by 0x7D7B534: sip_add_tagis (sip_tag_class.c:260)<br>
> >>> ==29612== by 0x7D42EB4: nua_client_init_request (nua_stack.c:<br>
> >>> 2278)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 1,305,502 (493,920 direct, 811,582 indirect) bytes in 980<br>
> >>> blocks<br>
> >>> are definitely lost in loss record 62 of 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D98CC1: su_home_new (su_alloc.c:559)<br>
> >>> ==29612== by 0x7D06390: msg_create (msg.c:61)<br>
> >>> ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831)<br>
> >>> ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:<br>
> >>> 2361)<br>
> >>> ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:<br>
> >>> 2223)<br>
> >>> ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043)<br>
> >>> ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701)<br>
> >>> ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592)<br>
> >>> ==29612== by 0x7DA2FA9: su_base_port_execute_msgs<br>
> >>> (su_base_port.c:<br>
> >>> 276)<br>
> >>> ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198)<br>
> >>> ==29612== by 0x7DA3084: su_base_port_run (su_base_port.c:331)<br>
> >>> ==29612==<br>
> >>> ==29612==<br>
> >>> ==29612== 526,154 (525,280 direct, 874 indirect) bytes in 980 blocks<br>
> >>> are<br>
> >>> definitely lost in loss record 63 of 64<br>
> >>> ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397)<br>
> >>> ==29612== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437)<br>
> >>> ==29612== by 0x7DA0A84: su_msg_new (su_root.c:901)<br>
> >>> ==29612== by 0x7D3E4CB: nua_signal (nua_stack.c:495)<br>
> >>> ==29612== by 0x7D46FF7: nua_invite (nua.c:633)<br>
> >>> ==29612== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305)<br>
> >>> ==29612== by 0x7CCA773: sofia_on_init (mod_sofia.c:99)<br>
> >>> ==29612== by 0x40A630D: switch_core_session_run<br>
> >>> (switch_core_state_machine.c:415)<br>
> >>> ==29612== by 0x40A52F4: switch_core_session_thread<br>
> >>> (switch_core_session.c:787)<br>
> >>> ==29612== by 0x40FC695: dummy_worker (thread.c:138)<br>
> >>> ==29612== by 0x41EB191: start_thread (in /lib/<br>
> >>> <a href="http://libpthread-2.6.1.so" target="_blank">libpthread-2.6.1.so</a>)<br>
> >>> ==29612== by 0x42F502D: clone (in /lib/<a href="http://libc-2.6.1.so" target="_blank">libc-2.6.1.so</a>)<br>
> >>> ==29612==<br>
> >>> ==29612== LEAK SUMMARY:<br>
> >>> ==29612== definitely lost: 1,024,811 bytes in 2,066 blocks.<br>
> >>> ==29612== indirectly lost: 812,483 bytes in 9,236 blocks.<br>
> >>> ==29612== possibly lost: 20,718 bytes in 94 blocks.<br>
> >>> ==29612== still reachable: 16,441,313 bytes in 1,217 blocks.<br>
> >>> ==29612== suppressed: 0 bytes in 0 blocks.<br>
> >>><br>
> >>>> -----Original Message-----<br>
> >>>> From: <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org">freeswitch-users-bounces@lists.freeswitch.org</a><br>
> [mailto:<a href="mailto:freeswitch-">freeswitch-</a><br>
> >>>> <a href="mailto:users-bounces@lists.freeswitch.org">users-bounces@lists.freeswitch.org</a>] On Behalf Of Michael Jerris<br>
> >>>> Sent: Wednesday, July 30, 2008 11:26 PM<br>
> >>>> To: <a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a><br>
> >>>> Subject: Re: [Freeswitch-users] Memory Leaks<br>
> >>>><br>
> >>>><br>
> >>>> On Jul 30, 2008, at 8:33 AM, Sangwoo Jin wrote:<br>
> >>>><br>
> >>>>> Hi,<br>
> >>>>><br>
> >>>>> I I'm testing freeswitch with sipp.<br>
> >>>>> My test configuration is the following:<br>
> >>>>> Sipp(caller) -> freeswitch -> Sipp(callee)s<br>
> >>>>> Testing loads are 5 CPS ~ 30 CPS and caller has hanged up a call<br>
> >>>>> as<br>
> >>>>> soon as<br>
> >>>>> receiving 200 OK.<br>
> >>>>><br>
> >>>>> In this testing environment, freeswitch's used memory is growing<br>
> >>>>> continuously.<br>
> >>>>><br>
> >>>>> The following is the valgrind's log on testing with 5 CPS 100<br>
> >>>>> calls.<br>
> >>>>><br>
> >>>> <snip><br>
> >>>><br>
> >>>>><br>
> >>>>><br>
> >>>>> Is this problem's cause configuration mistake or freeswitch's bug?<br>
> >>>>><br>
> >>>>> Sangwoo Jin<br>
> >>>>><br>
> >>>>><br>
> >>>><br>
> >>>><br>
> >>>> You will need to compare the valgrind output from about 100 calls<br>
> >>>> to<br>
> >>>> about 1000 calls to see which are actually larger. Also, please<br>
> >>>> make<br>
> >>>> sure you are using current svn trunk. Most of the items in that<br>
> >>>> list<br>
> >>>> appear to be things that we allocate at startup and never bother to<br>
> >>>> free as they are free when the application stops. Those items are<br>
> >>>> supposed to be allocated for the entire life of the switch. If you<br>
> >>>> have reports that are definitely more please report this to our bug<br>
> >>>> tracker at <a href="http://jira.freeswitch.org" target="_blank">http://jira.freeswitch.org</a> with exact details how you<br>
> >>>> are<br>
> >>>> testing including how you are initiating the call and your<br>
> >>>> dialplan.<br>
> >>>><br>
> >>>> Mike<br>
> >>>><br>
> >>>><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-" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-</a><br>
> >> users<br>
> >>>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> >>><br>
> >>><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-" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-</a><br>
> users<br>
> >>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> >><br>
> >><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-" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-</a><br>
> users<br>
> >> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> ><br>
> ><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>
> _______________________________________________<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>
</div></div><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"><br>-- <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>
<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="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>
</div>