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. On Jan 16, 2008 9:38 AM, Sergio Gutierrez <[EMAIL PROTECTED]> wrote: > 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 < [EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED] > > > <mailto: [EMAIL PROTECTED]>> 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 > > > > [email protected] <mailto:[email protected]> > > > > http://lists.openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > > > >
_______________________________________________ Users mailing list [email protected] http://lists.openser.org/cgi-bin/mailman/listinfo/users
