[Serusers] [Users] Re: usrloc loading

[sip]

That's quite a nifty concept. 

Something I have noted during all this back and forth is that both these
projects (SER, OpenSER) have some incredible innovations in them. 

I find the whole thing very exciting. I mean... bits of both SER and OpenSER
are part of our core business services model, so it's easy for me to salivate
at all these neat things going on in the development on both sides. 

N. 



On Thu, 30 Nov 2006 19:22:58 +0200, Daniel-Constantin Mierla wrote
> Hello,
> 
> some confusion was created around this subject. It was pointed a 
> news which was related to an improvement (fetch support) which 
> brought memory usage optimization in usrloc (going to be expanded in 
> usage to other modules, like lcr, presence ...), not usrloc 
> loading/lookup optimization. It was not yet a news since the work is 
> not fully finished/well tested. The news about this new improvements 
> will come in the near future. It started in summer, with:
> 
> http://openser.org/pipermail/devel/2006-July/003469.html
> 
> Shortly, usrloc records are not loaded anymore by the main process,
>  but by first child. All other children processes can handle other 
> events/sip messages in parallel. Previously, at start, OpenSER was 
> blocked until all records were loaded, which could be quite long 
> when having big numbers of active users.
> 
> Cheers,
> Daniel
> 
> On 11/30/06 18:58, samuel wrote:
> >> Where is the time saving coming from then?
> >
> > I think the idea behind was the following:
> > The use case is for big providers with lots of entries in the usrloc
> > database. A restart in such situation might lead to stop in the
> > service for quite a few minutes (i don't recall the numbers) while the
> > server is loading the data.
> > If you split the data in chunks and load it sequentally, you can start
> > serving without interrumption...
> >
> > please, can somebody confirm this assumption(I'm not 100% sure)??
> >
> > Samuel.
> >
> > _______________________________________________
> > Users mailing list
> > Users at openser.org
> > http://openser.org/cgi-bin/mailman/listinfo/users
> >
> 
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers