And does the same happen if you use DNS SRV for the Mediant? I suppose this would be good to know.
Mike On Thu, Jan 5, 2012 at 6:46 AM, Henry Dogger <[email protected]> wrote: > Hi,**** > > ** ** > > Thanks for the quick reply and to answer all of you in once J**** > > We are running the latest stable version of 4.4 (namely: 4.4.0- > 2011-10-12EDT17:34:54 domU-12-31-39-00-0D-21) updated with yum update after > installation of ISO.**** > > We are not having any DNS latency, checked this already before posting. J* > *** > > As my colleague already replied also not using any backup or other setting > which I found in earlier cases of high memory usage.**** > > ** ** > > We see a pattern as Douglas and Joegen describe it, the memory is > increasing in a linear pattern, at a certain points some Java processes are > dropping memory to avoid sipXproxy using swap memory, but in the end it > will do this anyway….**** > > Side note, we are connecting from a mediant via IP and not using DNS SRV, > which should trigger the domain alias feature, not sure if this could > trigger anytime concerning this memory issue…?**** > > But basically the system needs a period (e.g. the night) where the load is > lower, to recover from the high continuous load?**** > > Again thanks for the replies J**** > > ** ** > > Kind regards,**** > > ** ** > > Henry Dogger**** > > Telecats BV**** > > ** ** > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Joegen Baclor > *Sent:* donderdag 5 januari 2012 12:06 > *To:* Discussion list for users of sipXecs software > *Subject:* Re: [sipx-users] memory leak on high load?**** > > ** ** > > DNS latency is worth checking. It is usually the culprit why transactions > remain in queue for so long gradually decaying the system. > > On 01/05/2012 06:42 PM, Tony Graziano wrote: **** > > I would agree with Joegen that if the memory returns its not a leak. I > think your question would be "why is it so slow to return". Are you testing > with 4.4 or the dev version (4.5.2)?**** > > On Thu, Jan 5, 2012 at 5:35 AM, Elwin Formsma <[email protected]> > wrote:**** > > Hello Tony, **** > > ** ** > > We have no backup job configured. It's a pretty clean server, hardly > anything is configured.**** > > ** ** > > ** ** > > Regards,**** > > ** ** > > Elwin Formsma**** > > Telecats BV**** > > ** ** > > ** ** > > Op 5 jan. 2012, om 11:27 heeft Tony Graziano het volgende geschreven:**** > > > > **** > > Did you have a backup job configured and running also?**** > > On Jan 5, 2012 4:11 AM, "Henry Dogger" <[email protected]> wrote:**** > > Hi all,**** > > **** > > When testing a setup for one of our clients we came across a disturbing > issue.**** > > We generated a high load of about 180 calls per minute on the system via > ISDN, and wanted to let this run for let’s say a week.**** > > But after one night we noticed the sipXproxy is not returning its memory > or sipXproxy is not doing this fast enough…**** > > When we shut the load test down, memory usage was returned back to normal > in about an hour.**** > > Is this normal behavior? A server under this kind of load will eventually > start using its swap memory and then failing (we tested this).**** > > **** > > At first we tested with a light machine (only 2Gbyte of memory), but we > get the same results with a machine with a bigger CPU and 6 Gbyte of > memory, but the time it takes the system to fail is longer…**** > > Can anyone shed some light on this?**** > > We are running: sipXecs (4.4.0- 2011-10-12EDT17:34:54 > domU-12-31-39-00-0D-21)**** > > **** > > Kind regards,**** > > **** > > Henry Dogger**** > > Telecats BV**** > > **** > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > ** ** > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > > > **** > > ** ** > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.465.6833 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Customers: http://myhelp.myitdepartment.net > Blog: http://blog.myitdepartment.net > > Linked-In Profile: > http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > Ask about our Internet Fax services! > > > > **** > > _______________________________________________**** > > sipx-users mailing list**** > > [email protected]**** > > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > ** ** > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- Michael Picher, Director of Technical Services eZuce, Inc. 300 Brickstone Square**** Suite 201**** Andover, MA. 01810 O.978-296-1005 X2015 M.207-956-0262 @mpicher <http://twitter.com/mpicher> www.ezuce.com ------------------------------------------------------------------------------------------------------------ Hope to see you at the sipX CoLab! http://www.sipfoundry.org/sipx-colab A gathering for - open source users, eZuce customers & eZuce partners Get the inside track on 4.6 and a glimpse at the future of sipXecs!
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
