I will do a new test this afternoon Laurent
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Raphael Coeffic Sent: lundi 2 juin 2008 12:27 To: Stefan Sayer Cc: [EMAIL PROTECTED] Subject: Re: [Semsdev] 2 problems with sems Stefan Sayer wrote: > > > o Raphael [05/31/08 23:54]: >> Hi Laurent, >> >> laurent schweizer wrote: >>> hello, >>> >>> I use sems as billing prepaid application and I have 2 problem . >>> >>> the first one is that memory is growing .... bellow report of >>> memory allocation. >>> >>> memory log >>> http://pastebin.com/mabb4eb6 > Laurent, for checking sipctrl for memory leaks its better to wait > after making the calls some minutes until all transactions have run > out, otherwise there are still many of them in the buffers. > > Raphael, what do you think about this one: > > ==20755== 3,949 (96 direct, 3,853 indirect) bytes in 8 blocks are > definitely lost in loss record 57 of 117 > at 0x4005B65: operator new(unsigned) (vg_replace_malloc.c:163) > by 0x417AA6A: parse_gen_params(std::list<sip_avp*, > std::allocator<sip_avp*> >*, char const**, int, char) > (new_allocator.h:88) > by 0x417EF1C: parse_via(sip_via*, char const*, int) (parse_via.cpp:365) > by 0x41893EB: parse_sip_msg(sip_msg*) (sip_parser.cpp:417) > by 0x418F8E6: trans_layer::send_request(sip_msg*, char*) > trans_layer.cpp:520) > by 0x4186CCF: SipCtrlInterface::send(AmSipRequest const&, char*, > unsigned&) (SipCtrlInterface.cpp:296) > by 0x80C122E: AmServer::sendRequest(AmSipRequest const&, char*, > unsigned&) (AmServer.cpp:67) > by 0x80D43C6: AmSipDialog::sendRequest(std::string const&, std::string > const&, std::string const&, std::string const&, int) (A > mSipDialog.cpp:594) > by 0x808141D: AmB2BCalleeSession::onB2BEvent(B2BEvent*) > (AmB2BSession.cpp:463) > > this one: > > 3,471 (72 direct, 3,399 indirect) bytes in 6 blocks are definitely > lost in loss record 69 of 117 > at 0x4005B65: operator new(unsigned) (vg_replace_malloc.c:163) > by 0x417F34E: parse_via(sip_via*, char const*, int) (new_allocator.h:88) > by 0x41893EB: parse_sip_msg(sip_msg*) (sip_parser.cpp:417) > by 0x418F8E6: trans_layer::send_request(sip_msg*, char*) > (trans_layer.cpp:520) > by 0x4186CCF: SipCtrlInterface::send(AmSipRequest const&, char*, > unsigned&) (SipCtrlInterface.cpp:296) > by 0x80C122E: AmServer::sendRequest(AmSipRequest const&, char*, > unsigned&) (AmServer.cpp:67) > by 0x80D43C6: AmSipDialog::sendRequest(std::string const&, std::string > const&, std::string const&, std::string const&, int) (A > mSipDialog.cpp:594) > by 0x808141D: AmB2BCalleeSession::onB2BEvent(B2BEvent*) > (AmB2BSession.cpp:463) > > and this one: > > 716,247 (73,272 direct, 642,975 indirect) bytes in 426 blocks are > definitely lost in loss record 110 of 117 > at 0x4005B65: operator new(unsigned) (vg_replace_malloc.c:163) > by 0x41783A4: trans_bucket::add_trans(sip_msg*, int) (hash_table.cpp:354) > by 0x418FFCE: trans_layer::send_request(sip_msg*, char*) > (trans_layer.cpp:545) > by 0x4186CCF: SipCtrlInterface::send(AmSipRequest const&, char*, > unsigned&) (SipCtrlInterface.cpp:296) > by 0x80C122E: AmServer::sendRequest(AmSipRequest const&, char*, > unsigned&) (AmServer.cpp:67) > > ? > I think this is one and the same problem. If the transaction stays in memory, all the items allocated for the initial request are still allocated. I just fixed (hopefully) in r1001 a very severe bug in the SIP transaction engine. I think this should fix this problem as well. >>> >>> >> It looks like you have a lot (405) of thrashed sessions still in memory. > where do you see them? > In the memory traces. -Raphael. _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
