No subject


Mon Jan 10 01:51:56 CST 2011


exhausted, and asterisk will be killed/restarted by the watchdog, which in
my case is snmpd.

Seems like most allocations are done around lines 23905 and 23908 in
build_peer() in chan_sip.c

Second file is provided in the zip archive, due to its extremely large
size.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0018014 large memory consumption of udptl.c module
====================================================================== 

---------------------------------------------------------------------- 
 (0130375) drookie (reporter) - 2011-01-11 06:45
 https://issues.asterisk.org/view.php?id=18027#c130375 
---------------------------------------------------------------------- 
I have two more things to say. Or even three. :)

1) This isn't related with architecture, at all. I have now a couple *
running on FreeBSD/amd64 - they still leak.

2) Actually rtcachefriends=yes isn't a silver bullet. It helps, * leaking
slows down a bit, but it still leaks.
Those are VSZ/RSS for an poorly loaded * (taken between 5K and 7.5K calls
count), throught 2 days (rtcaching is on):

403356 125268
403356 125276
403356 125308
403356 125340
403356 125324
403356 125308
403356 125292
403356 125340
403356 125528
403356 125528
403356 125596
407708 126892
407708 126892
407708 127076
407708 128732
407708 128788
407708 128776
409756 129880
409756 129864
411804 133236
413852 134300
413852 134312
413852 134388

Constantly leaks. And yeah, those are kilobytes.

Although I know plenty of guys with FreeBSD/* running it without leaks.
Can't say what is the difference, but it's not that obvious that it's
realtime, 'cause some of their reported installations use it. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-01-11 06:45 drookie        Note Added: 0130375                          
======================================================================




More information about the asterisk-bugs mailing list