28 Jan
2008
28 Jan
'08
10:26 a.m.
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 <saguti(a)gmail.com> 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 < bogdan(a)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(a)voice-system.ro
<mailto: bogdan(a)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
Users(a)lists.openser.org <mailto:Users@lists.openser.org>
http://lists.openser.org/cgi-bin/mailman/listinfo/users