Hi Bogdan.
We are still facing this issue in one of our production servers; we tried by setting LD_PRELOAD environment variable in Solaris to use an alternative memory allocation library, but we could not solve the problem.
Right now the timer process of openser is exhibing a heap of almos 3.8 GB of physical memory.
What else would you suggest to try?
Best regards.
Sergio Gutiérrez.
Hi Bogdan.
The openser we are running in our company is a stock one version as you say; code has not been modified in any way, and it was compiled using standard GCC provided with Solaris 10;
I am not sure if it is relevant, but, we are using db_mode=3, being our database MySQL 5.0.37, compiled also with standard gcc. OpenSER has been linked against this library.
Best Regards.
Sergio G.On Jan 16, 2008 7:53 AM, Bogdan-Andrei Iancu < bogdan@voice-system.ro> wrote:Hi Sergio,
more or less, non of the modules you load are using libs with glib
malloc/free functions. When you noticed this, were you running stock
openser or a modified one?
Regards,
Bogdan
Sergio Gutierrez wrote:> Hi Bogdan.
>
> Thanks for your answer.
>
> The private memory has the default value; I did not changed.
>
> My module list is:
>
> loadmodule "usrloc.so"
> loadmodule " registrar.so"
> loadmodule " rr.so"
> loadmodule "tm.so"
> loadmodule "xlog.so"
> loadmodule "mi_fifo.so"
> loadmodule "domain.so"
> loadmodule " nathelper.so"
> loadmodule "textops.so"
> loadmodule "mediaproxy.so"
> loadmodule "uri.so"
> loadmodule "sl.so"
> loadmodule "maxfwd.so"
> loadmodule "mysql.so"
> loadmodule "auth.so"
> loadmodule "auth_db.so"
> loadmodule "uri_db.so"
> loadmodule "avpops.so"
> loadmodule " lcr.so"
> loadmodule "uac_redirect.so"
> loadmodule "alias_db.so"
> loadmodule "acc.so"
> loadmodule "dialog.so"
> loadmodule "statistics.so"
> loadmodule "group.so"
> loadmodule "group_radius.so"
> loadmodule "avp_radius.so"
> loadmodule "auth_radius.so"
> loadmodule "exec.so"
> loadmodule "siptrace.so"
> loadmodule "speeddial.so"
>
> Currently, I tried to use a different implementation of malloc
> function, which is provided for Solaris in a library called
> libmtmalloc; This is recommended for multithreaded programs specially,
> but I tried either, to see whether it improves the behaviour.
>
> Best regards.
>
> Sergio G.
>
>
>
> On Jan 15, 2008 12:00 PM, Bogdan-Andrei Iancu <bogdan@voice-system.ro> > Users@lists.openser.org <mailto:Users@lists.openser.org>> <mailto: bogdan@voice-system.ro>> wrote:
>
> Hi Sergio,
>
> all openser processes reserve uses the same amount of private
> memory (so
> the timer process is not necessary different).
> What is the private memory configured ? Is it the default value of 1M
> (see config.h) ? If so, the internal private memory is not guilty for
> this (as it cannot go over 1M).
>
> What can happen is that some used libs (like libxml2) are leaking
> dynamic memory (which is also allocated in heap). So, what module are
> you using?
>
> Regards,
> Bogdan
>
> Sergio Gutierrez wrote:
> >
> > Hello everybody.
> >
> > Currently, I am watching a non normal behaviour in OpenSER 1.2.1
> , no
> > tls. My operating System is Solaris 10, running on Sparc
> >
> > The process which appears as timer, is consuming almost the 50%
> of the
> > whole physical memory of the machine. After a deep inspection of
> > memory distribution, appears that the most of memory consumption
> is at
> > process heap, as presented with pmap(1M) command:
> >
> > 1978: /toip/sbin/openser -n 9 -m 256 -f
> /toip/etc/openser/prueba1.cfg
> > Address Kbytes RSS Anon Locked Mode Mapped File
> > 00010000 760 752 - - r-x-- openser
> > 000DC000 24 24 24 - rwx-- openser
> > 000E2000 56 32 24 - rwx-- [ anon ]
> > 000F0000 192 128 - - rwx-- openser
> > 00120000 3906432 3906432 3627200 - rwx-- [ heap ]
> > EE800000 262144 3624 - - rw-s- [ anon ]
> >
> > ...
> >
> > Thanks in advance for any hint about it.
> >
> > Best regards.
> >
> > Sergio Gutiérrez.
> > EPM Telecomunicaciones S.A. E.S.P.
> > Medellin, Colombia.
> >
> ------------------------------------------------------------------------
>
> >
> > _______________________________________________
> > Users mailing list