[OpenSER-Users] Re: [Users] regarding memory usage
Arun Kumar
arunvoip at gmail.com
Thu Jun 21 11:24:13 CEST 2007
UsrLoc Stats
Domain Registered Expired
'location' 325 2706
'aliases' 111841 0
On 6/21/07, Daniel-Constantin Mierla <daniel at 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 at 1und1.de
> > <mailto:henning.westerholt at 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 at openser.org
> > http://openser.org/cgi-bin/mailman/listinfo/users
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/users/attachments/20070621/13787ac3/attachment.htm
More information about the Users
mailing list