[Serusers] SER Reports "out of memory"

Jiri Kuthan jiri at iptel.org
Sun May 29 23:41:27 CEST 2005


At 03:15 PM 5/29/2005, Java Rockx wrote:
>Actually, a minute delay would be a bad thing because replicated usrloc records, using t_replicate() would not make it in to peer SER server caches when the server is starting up.
>
>Given this fact, and given the fact that most SER modules do not hash data upon server startup [like group.so, etc, etc] we are starting to see little value in caching usrloc. Our MySQL server is hit 12 times for an INVITE message and so complete caching of usrloc is of minimal performace gain.

indeed.


>Anyhow, we're not in process of modifying SER so that:
>
>* when ser starts up usrloc is "lazy-loaded"
>* if a usrloc record is looked up in cache and is __NOT__ found, then MySQL will be queried. If found in MySQL then the usrloc record will be put in to cache for future lookups
>
>By doing these two things we should not have a problem we excessively large subscriber bases.

Appears reasonable to me.

Still -- with the way you are suggesting, CallID based load distribution, how
do you replicate UsrLoc changes across all the servers? 

-jiri 




More information about the sr-users mailing list