I can't use JIRA because I'm waiting for confirmation of creating account.
Now, I tested again with the current svn trunk. The lost memory of 1000 calls is 10 times more than 100 calls. The following logs are my filtered valgrind's output. I have removed the lost blocks log which may not have to be free. Could you check this problem? Sangwoo Jin ============================================================================ 100 calls' log ============================================================================ ==29384== 284 bytes in 1 blocks are still reachable in loss record 25 of 60 ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29384== by 0x7D98B43: su_hash_alloc (su_alloc.c:390) ==29384== by 0x7D98CDE: su_home_new (su_alloc.c:562) ==29384== by 0x7D06390: msg_create (msg.c:61) ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29384== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29384== ==29384== ==29384== ==29384== 504 bytes in 1 blocks are possibly lost in loss record 30 of 60 ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29384== by 0x7D98CC1: su_home_new (su_alloc.c:559) ==29384== by 0x7D06390: msg_create (msg.c:61) ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29384== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29384== by 0x7DA3084: su_base_port_run (su_base_port.c:331) ==29384== ==29384== ==29384== 671 bytes in 8 blocks are possibly lost in loss record 32 of 60 ==29384== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==29384== by 0x7D989A2: sub_alloc (su_alloc.c:490) ==29384== by 0x7D9929E: su_alloc (su_alloc.c:771) ==29384== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309) ==29384== by 0x7D0273D: header_parse (msg_parser.c:1114) ==29384== by 0x7D025E3: extract_header (msg_parser.c:1071) ==29384== by 0x7D02315: msg_extract_header (msg_parser.c:1008) ==29384== by 0x7D05BD2: msg_header_parse_str (msg_parser.c:2801) ==29384== by 0x7D05B1E: msg_header_add_str (msg_parser.c:2764) ==29384== by 0x7D7B534: sip_add_tagis (sip_tag_class.c:260) ==29384== by 0x7D42EB4: nua_client_init_request (nua_stack.c:2278) ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29384== ==29384== ==29384== 1,072 bytes in 2 blocks are possibly lost in loss record 37 of 60 ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29384== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437) ==29384== by 0x7DA0A84: su_msg_new (su_root.c:901) ==29384== by 0x7D3E4CB: nua_signal (nua_stack.c:495) ==29384== by 0x7D46FF7: nua_invite (nua.c:633) ==29384== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305) ==29384== by 0x7CCA773: sofia_on_init (mod_sofia.c:99) ==29384== by 0x40A630D: switch_core_session_run (switch_core_state_machine.c:415) ==29384== by 0x40A52F4: switch_core_session_thread (switch_core_session.c:787) ==29384== by 0x40FC695: dummy_worker (thread.c:138) ==29384== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==29384== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==29384== ==29384== ==29384== 1,295 bytes in 21 blocks are still reachable in loss record 38 of 60 ==29384== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==29384== by 0x7D989A2: sub_alloc (su_alloc.c:490) ==29384== by 0x7D9929E: su_alloc (su_alloc.c:771) ==29384== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309) ==29384== by 0x7D11E7A: msg_header_make (msg_header_make.c:86) ==29384== by 0x7D05A73: msg_header_add_make (msg_parser.c:2729) ==29384== by 0x7D7B503: sip_add_tagis (sip_tag_class.c:256) ==29384== by 0x7D433D8: nua_client_request_template (nua_stack.c:2377) ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29384== ==29384== ==29384== 28,116 bytes in 99 blocks are indirectly lost in loss record 55 of 60 ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29384== by 0x7D98B43: su_hash_alloc (su_alloc.c:390) ==29384== by 0x7D98CDE: su_home_new (su_alloc.c:562) ==29384== by 0x7D06390: msg_create (msg.c:61) ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29384== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29384== ==29384== ==29384== 52,528 bytes in 98 blocks are definitely lost in loss record 56 of 60 ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29384== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437) ==29384== by 0x7DA0A84: su_msg_new (su_root.c:901) ==29384== by 0x7D3E4CB: nua_signal (nua_stack.c:495) ==29384== by 0x7D46FF7: nua_invite (nua.c:633) ==29384== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305) ==29384== by 0x7CCA773: sofia_on_init (mod_sofia.c:99) ==29384== by 0x40A630D: switch_core_session_run (switch_core_state_machine.c:415) ==29384== by 0x40A52F4: switch_core_session_thread (switch_core_session.c:787) ==29384== by 0x40FC695: dummy_worker (thread.c:138) ==29384== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==29384== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==29384== ==29384== ==29384== 57,034 bytes in 871 blocks are indirectly lost in loss record 57 of 60 ==29384== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==29384== by 0x7D989A2: sub_alloc (su_alloc.c:490) ==29384== by 0x7D9929E: su_alloc (su_alloc.c:771) ==29384== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309) ==29384== by 0x7D11E7A: msg_header_make (msg_header_make.c:86) ==29384== by 0x7D05A73: msg_header_add_make (msg_parser.c:2729) ==29384== by 0x7D7B503: sip_add_tagis (sip_tag_class.c:256) ==29384== by 0x7D42EB4: nua_client_init_request (nua_stack.c:2278) ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29384== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29384== ==29384== ==29384== 135,046 (49,896 direct, 85,150 indirect) bytes in 99 blocks are definitely lost in loss record 58 of 60 ==29384== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29384== by 0x7D98CC1: su_home_new (su_alloc.c:559) ==29384== by 0x7D06390: msg_create (msg.c:61) ==29384== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29384== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29384== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29384== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29384== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29384== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29384== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29384== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29384== by 0x7DA3084: su_base_port_run (su_base_port.c:331) ==29384== ==29384== LEAK SUMMARY: ==29384== definitely lost: 108,035 bytes in 303 blocks. ==29384== indirectly lost: 85,177 bytes in 972 blocks. ==29384== possibly lost: 2,535 bytes in 13 blocks. ==29384== still reachable: 16,325,250 bytes in 524 blocks. ==29384== suppressed: 0 bytes in 0 blocks. ============================================================================ 1000 calls' log ============================================================================ ==29612== ==29612== 3,024 bytes in 6 blocks are still reachable in loss record 39 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D98CC1: su_home_new (su_alloc.c:559) ==29612== by 0x7D06390: msg_create (msg.c:61) ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29612== by 0x7DA3084: su_base_port_run (su_base_port.c:331) ==29612== ==29612== ==29612== 3,692 bytes in 13 blocks are possibly lost in loss record 43 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D98B43: su_hash_alloc (su_alloc.c:390) ==29612== by 0x7D98CDE: su_home_new (su_alloc.c:562) ==29612== by 0x7D06390: msg_create (msg.c:61) ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29612== ==29612== ==29612== 4,322 bytes in 55 blocks are possibly lost in loss record 47 of 64 ==29612== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==29612== by 0x7D989A2: sub_alloc (su_alloc.c:490) ==29612== by 0x7D9929E: su_alloc (su_alloc.c:771) ==29612== by 0x7D9CAA2: su_strdup (su_strdup.c:55) ==29612== by 0x7D05AF3: msg_header_add_str (msg_parser.c:2759) ==29612== by 0x7D7B534: sip_add_tagis (sip_tag_class.c:260) ==29612== by 0x7D42EB4: nua_client_init_request (nua_stack.c:2278) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29612== ==29612== ==29612== 5,360 bytes in 10 blocks are still reachable in loss record 49 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437) ==29612== by 0x7DA0A84: su_msg_new (su_root.c:901) ==29612== by 0x7D3E4CB: nua_signal (nua_stack.c:495) ==29612== by 0x7D46FF7: nua_invite (nua.c:633) ==29612== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305) ==29612== by 0x7CCA773: sofia_on_init (mod_sofia.c:99) ==29612== by 0x40A630D: switch_core_session_run (switch_core_state_machine.c:415) ==29612== by 0x40A52F4: switch_core_session_thread (switch_core_session.c:787) ==29612== by 0x40FC695: dummy_worker (thread.c:138) ==29612== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==29612== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==29612== ==29612== ==29612== 5,360 bytes in 10 blocks are possibly lost in loss record 50 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437) ==29612== by 0x7DA0A84: su_msg_new (su_root.c:901) ==29612== by 0x7D3E4CB: nua_signal (nua_stack.c:495) ==29612== by 0x7D46FF7: nua_invite (nua.c:633) ==29612== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305) ==29612== by 0x7CCA773: sofia_on_init (mod_sofia.c:99) ==29612== by 0x40A630D: switch_core_session_run (switch_core_state_machine.c:415) ==29612== by 0x40A52F4: switch_core_session_thread (switch_core_session.c:787) ==29612== by 0x40FC695: dummy_worker (thread.c:138) ==29612== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==29612== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==29612== ==29612== ==29612== 7,056 bytes in 14 blocks are possibly lost in loss record 51 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D98CC1: su_home_new (su_alloc.c:559) ==29612== by 0x7D06390: msg_create (msg.c:61) ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29612== by 0x7DA3084: su_base_port_run (su_base_port.c:331) ==29612== ==29612== ==29612== 9,940 bytes in 35 blocks are still reachable in loss record 54 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D98B43: su_hash_alloc (su_alloc.c:390) ==29612== by 0x7D98CDE: su_home_new (su_alloc.c:562) ==29612== by 0x7D06390: msg_create (msg.c:61) ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29612== ==29612== ==29612== ==29612== 43,590 bytes in 663 blocks are still reachable in loss record 57 of 64 ==29612== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==29612== by 0x7D989A2: sub_alloc (su_alloc.c:490) ==29612== by 0x7D9929E: su_alloc (su_alloc.c:771) ==29612== by 0x7D9CAA2: su_strdup (su_strdup.c:55) ==29612== by 0x7DA8FC9: su_vsprintf (su_sprintf.c:80) ==29612== by 0x7DA90FA: su_sprintf (su_sprintf.c:125) ==29612== by 0x7D75737: sip_addr_tag (sip_basic.c:993) ==29612== by 0x7D765F1: sip_from_tag (sip_basic.c:1857) ==29612== by 0x7D43155: nua_client_init_request (nua_stack.c:2322) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== ==29612== ==29612== 55,728 bytes in 1 blocks are still reachable in loss record 58 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0xFCE0A57: sf_open (sndfile.c:285) ==29612== by 0xFCD9FD3: ??? (mod_sndfile.c:174) ==29612== by 0x40A04A1: switch_core_perform_file_open (switch_core_file.c:100) ==29612== by 0xFD3549A: ??? (mod_local_stream.c:178) ==29612== by 0x40FC695: dummy_worker (thread.c:138) ==29612== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==29612== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==29612== ==29612== ==29612== 270,368 bytes in 952 blocks are indirectly lost in loss record 59 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D98B43: su_hash_alloc (su_alloc.c:390) ==29612== by 0x7D98CDE: su_home_new (su_alloc.c:562) ==29612== by 0x7D06390: msg_create (msg.c:61) ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29612== ==29612== ==29612== 542,088 bytes in 8,282 blocks are indirectly lost in loss record 60 of 64 ==29612== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==29612== by 0x7D989A2: sub_alloc (su_alloc.c:490) ==29612== by 0x7D9929E: su_alloc (su_alloc.c:771) ==29612== by 0x7D04E15: msg_header_alloc (msg_parser.c:2309) ==29612== by 0x7D0273D: header_parse (msg_parser.c:1114) ==29612== by 0x7D025E3: extract_header (msg_parser.c:1071) ==29612== by 0x7D02315: msg_extract_header (msg_parser.c:1008) ==29612== by 0x7D05BD2: msg_header_parse_str (msg_parser.c:2801) ==29612== by 0x7D05B1E: msg_header_add_str (msg_parser.c:2764) ==29612== by 0x7D7B534: sip_add_tagis (sip_tag_class.c:260) ==29612== by 0x7D42EB4: nua_client_init_request (nua_stack.c:2278) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== ==29612== ==29612== 1,305,502 (493,920 direct, 811,582 indirect) bytes in 980 blocks are definitely lost in loss record 62 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D98CC1: su_home_new (su_alloc.c:559) ==29612== by 0x7D06390: msg_create (msg.c:61) ==29612== by 0x7D2490A: nta_msg_create (nta.c:2831) ==29612== by 0x7D4336A: nua_client_request_template (nua_stack.c:2361) ==29612== by 0x7D42C8E: nua_client_init_request (nua_stack.c:2223) ==29612== by 0x7D4256D: nua_client_create (nua_stack.c:2043) ==29612== by 0x7D55125: nua_stack_invite (nua_session.c:701) ==29612== by 0x7D3EA92: nua_stack_signal (nua_stack.c:592) ==29612== by 0x7DA2FA9: su_base_port_execute_msgs (su_base_port.c:276) ==29612== by 0x7DA2D50: su_base_port_getmsgs (su_base_port.c:198) ==29612== by 0x7DA3084: su_base_port_run (su_base_port.c:331) ==29612== ==29612== ==29612== 526,154 (525,280 direct, 874 indirect) bytes in 980 blocks are definitely lost in loss record 63 of 64 ==29612== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==29612== by 0x7D9ABB4: su_zalloc (su_alloc.c:1437) ==29612== by 0x7DA0A84: su_msg_new (su_root.c:901) ==29612== by 0x7D3E4CB: nua_signal (nua_stack.c:495) ==29612== by 0x7D46FF7: nua_invite (nua.c:633) ==29612== by 0x7CEB0DE: sofia_glue_do_invite (sofia_glue.c:1305) ==29612== by 0x7CCA773: sofia_on_init (mod_sofia.c:99) ==29612== by 0x40A630D: switch_core_session_run (switch_core_state_machine.c:415) ==29612== by 0x40A52F4: switch_core_session_thread (switch_core_session.c:787) ==29612== by 0x40FC695: dummy_worker (thread.c:138) ==29612== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==29612== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==29612== ==29612== LEAK SUMMARY: ==29612== definitely lost: 1,024,811 bytes in 2,066 blocks. ==29612== indirectly lost: 812,483 bytes in 9,236 blocks. ==29612== possibly lost: 20,718 bytes in 94 blocks. ==29612== still reachable: 16,441,313 bytes in 1,217 blocks. ==29612== suppressed: 0 bytes in 0 blocks. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:freeswitch- > [EMAIL PROTECTED] On Behalf Of Michael Jerris > Sent: Wednesday, July 30, 2008 11:26 PM > To: freeswitch-users@lists.freeswitch.org > Subject: Re: [Freeswitch-users] Memory Leaks > > > On Jul 30, 2008, at 8:33 AM, Sangwoo Jin wrote: > > > Hi, > > > > I I'm testing freeswitch with sipp. > > My test configuration is the following: > > Sipp(caller) -> freeswitch -> Sipp(callee)s > > Testing loads are 5 CPS ~ 30 CPS and caller has hanged up a call as > > soon as > > receiving 200 OK. > > > > In this testing environment, freeswitch's used memory is growing > > continuously. > > > > The following is the valgrind's log on testing with 5 CPS 100 calls. > > > <snip> > > > > > > > Is this problem's cause configuration mistake or freeswitch's bug? > > > > Sangwoo Jin > > > > > > > You will need to compare the valgrind output from about 100 calls to > about 1000 calls to see which are actually larger. Also, please make > sure you are using current svn trunk. Most of the items in that list > appear to be things that we allocate at startup and never bother to > free as they are free when the application stops. Those items are > supposed to be allocated for the entire life of the switch. If you > have reports that are definitely more please report this to our bug > tracker at http://jira.freeswitch.org with exact details how you are > testing including how you are initiating the call and your dialplan. > > Mike > > > _______________________________________________ > 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