[Freeswitch-dev] limit memory usage of freeswitch

[Moises Silva]

On Wed, Jan 16, 2013 at 10:59 AM, Ken Rice <krice at freeswitch.org> wrote:

>  FreeSWITCH doesn’t eat up all the memory... It just eats up what it
> needs and just doesn’t give it back....
>

On top of that, even giving it back via free() may not make much of a
difference. For any Linux process, even after doing free() in a memory
block, there is no guarantee that libc will return the memory to the
operating system, and in most practical cases most likely does not, but
rather keep it as a free chunk in their own pool for the next malloc
request. For libc to return it it probably has to fulfill a bunch of
requirements (full page 4k returned etc) which are rarely, if ever, met.

*Moises Silva
**Manager, Software Engineering***

msilva at sangoma.com

Sangoma Technologies

100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada


t.   +1 800 388 2475 (N. America)

t.   +1 905 474 1990 x128

f.   +1 905 474 9223



**<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email+signatures>

Products<http://sangoma.com/products?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Solutions<http://sangoma.com/solutions?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Events<http://sangoma.com/about_us/events?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Contact<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Wiki<http://wiki.sangoma.com/?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Facebook<http://www.facebook.com/pages/Sangoma-VoIP-Cards/43578453335?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Twitter<http://www.twitter.com/sangoma?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>`|
| YouTube<http://www.youtube.com/sangomatechnologies?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20130116/130bf23e/attachment.html