Tony,

Thanks for the reply!

I guess what concerns me is that the memory allocation, in my case, is 
instantaneous. It doesn't take a day or two, more like a *second* or two. :)

My situation is that I am attempting to overcome the non-existence of 
"true" multi-tenant support (not meant as an insult) via running 
multiple sipXecs PBXs inside of OpenVZ containers. I was drawn to 
sipXecs over Asterisk for a variety of reasons, but the main was the 
dramatically lower CPU resources required thanks to its proper handling 
(or non-handling) of RTP streams.

However, the usefulness of this approach rapidly dwindles if every 
OpenVZ container is going to require 2GB or more of RAM...

That's what prompted me to write to the list -- I have to be doing or 
looking at something wrong.

-- Robert



Tony Graziano wrote:
> To a certain extent, within a few hours or days, it is not at all 
> unusual for sipx to assume use of 100% of your available RAM and keep 
> it there. I remember asking this ages ago and got a great explanation 
> from Dale, but I can't easily find that message.
>
> I think it caused so many unnecessary questions by having it in the 
> RRD component that it is no longer graphed in there. I find it normal 
> and common to see RAM usage go up (quicker depending on how reliant 
> your organization is on voicemail). Once it goes up, it is never 
> released (unless you reboot or restart services, at which point it 
> goes up in the same fashion again). I think the media server in this 
> incarnation is particularly memory intensive. It essentially grabs 
> what it needs as it is used and keeps using it no matter what.
>
> I'm not sure how the memory usage will change in 4.2 with a new media 
> server, but then IM and other features are being added. 
>
> Maybe there will be more input from other users, but I can say what 
> you are seeing is "normal" at this time.


_______________________________________________
sipx-users mailing list sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to