UsrLoc Stats
Domain Registered Expired
'location' 325 2706
'aliases' 111841 0
you have over 111000 aliases. That will require to have
32MB of private
memory for each child. See the news when the issue was fixed
Since then, lot of other improvements were done in user location. You
really should migrate to 1.2.1 and get rid of such limitations and get
better performances.
Alternative is to use alias_db for handling aliases. It won't load full
aliases table in memory.
Cheers,
Daniel
On 6/21/07, *Daniel-Constantin Mierla* < daniel(a)voice-system.ro
<mailto:daniel@voice-system.ro>> wrote:
Hello,
as said in the other email, I assume you are running an older
version of
openser and have a lot of location (aliases) entries. I paste from the
other email:
Older versions used to load everything in private memory and then
move
to shared memory. With openser 1.2.x, that problem is gone, as it is
using db fetch mechanism. Also, the server is no longer blocked during
loading, as it is done by first child, the rest can handle sip traffic
immediately at startup.
Just let me know the numbers in location/aliases to see a roughly
estimation of required memory. The best is to migrate to 1.2.1, which
solves this problem in a nice way, also is much faster in usrloc when
dealing with large number of records.
http://www.openser.org/docs/openser-performance-tests/#ul-tests
Cheers,
Daniel
On 06/21/07 12:00, Arun Kumar wrote:
hi
when I compiled with 10MB it give me this :
0(0) convert_row(): No memory left
0(0) convert_rows(): Error while converting row #62355
0(0) convert_result(): Error while converting rows
0(0) store_result(): Error while converting result
0(0) preload_udomain(): Error while doing db_query
0(0) register_udomain(): Error while preloading domain 'aliases'
0(0) release_connection(): Removing connection from the pool
0(0) domain_fixup(): Error while registering domain
ERROR: error -1 while trying to fix configuration
0(0) XLOG: destroy module ...
0(0) DEBUG: tm_shutdown : start
0(0) DEBUG: unlink_timer_lists : emptying DELETE list
0(0) DEBUG: tm_shutdown : emptying hash table
0(0) DEBUG: tm_shutdown : releasing timers
0(0) DEBUG: tm_shutdown : removing semaphores
0(0) DEBUG: tm_shutdown : destroying tmcb lists
0(0) DEBUG: tm_shutdown : done
0(20330) shm_mem_destroy
thanks
On 6/21/07, *Henning Westerholt* < henning.westerholt(a)1und1.de
<mailto:henning.westerholt@1und1.de>
<mailto:henning.westerholt@1und1.de
<mailto:henning.westerholt@1und1.de>>> wrote:
On Mittwoch, 20. Juni 2007, Arun Kumar wrote:
Hi
1. Is there any benefit of increasing the value
of PKG_MEM_POOL_SIZE and
SHM_MEM_SIZE ?
/*used only if PKG_MALLOC is defined*/
#define PKG_MEM_POOL_SIZE 1024*1024
/*used if SH_MEM is defined*/
#define SHM_MEM_SIZE 32
2. I've compiled my ser with
#define PKG_MEM_POOL_SIZE 1024*1024*512
Hello Arun,
this is really to much private memory. You should not need more
then 10 MB,
even in quite large installations. Its much more reasonable to
increase the
shared memory parameter, e.g. to system memory / number of
children.
Cheers,
Henning
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org <mailto:Users@openser.org>
http://openser.org/cgi-bin/mailman/listinfo/users