On 06/21/07 12:24, Arun Kumar wrote:
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 http://www.openser.org/mos/view/News/NewsItem/Database-fetch-support/
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@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@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@openser.org <mailto:Users@openser.org> > http://openser.org/cgi-bin/mailman/listinfo/users >