<div dir="ltr">"That being said, to me it now definitely looks like "write-back" is best <br>
of both worlds: all READ/WRITE operations are done in RAM, ensuring fast signaling, while<br><div>
maintenance restarts will also be pleasant, with all registrations being carried over."</div><div><br></div><div>Hm.. how about the "time_interval" parameter of the usrloc module?<br></div><div>Usually I don't touch this, since I don't know which result this can lead to.</div><div><br></div><div>From the wiki it's a little bit not clear regarding full list of tasks dependent on it:<br>"Number of seconds between two timer runs. The module uses timer to
                delete expired contacts,<br>synchronize with database and other tasks,
                that need to be run periodically."<br><br>"and other tasks,
                that need to be run periodically" - this part a little bit non-clear. : )<br></div><div><br></div><div>Could you please confirm it's okay to play with  "time_interval"?<br></div><div>So say, I change this to 10 seconds so my system has a shorter period for syncing with the mysql db.<br></div><div>Would this beget any problems for other tasks of the usrloc module?</div><div><br></div><div>I'm terribly sorry for my annoyance, but just wanna be sure such thing doesn't dramatically affect usrloc functionality.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 2, 2019 at 3:31 PM Liviu Chircu <<a href="mailto:liviu@opensips.org">liviu@opensips.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ok, it seems I was dead wrong with that.  On shutdown, "write-back" will <br>
do a final<br>
dump to DB (just like dialog), thus avoiding the sad scenario I was <br>
envisioning.<br>
<br>
That being said, to me it now definitely looks like "write-back" is best <br>
of both worlds:<br>
all READ/WRITE operations are done in RAM, ensuring fast signaling, while<br>
maintenance restarts will also be pleasant, with all registrations being <br>
carried over.<br>
<br>
You MAY, however, end up with some missing registrations for 1h on a <br>
kernel panic or<br>
if you pull the power cable.  However, I think these cases are more than <br>
acceptable :)<br>
<br>
Liviu Chircu<br>
OpenSIPS Developer<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><br>
<br>
On 02.10.2019 15:20, Liviu Chircu wrote:<br>
> Using "write-back" can be a<br>
> double-edged sword because you get the WRITE performance, but unless <br>
> you have an<br>
> active-backup setup which allows you to failover and only then do your <br>
> maintenance<br>
> restarts, some portion of your phones may become unavailable for 1h <br>
> after you restart<br>
> your OpenSIPS because the "write-back" registration did not get a <br>
> chance to be<br>
> persisted to DB.<br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.opensips.org" target="_blank">Devel@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/devel</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><br></div><div dir="ltr"><div dir="ltr"><font style="background-color:rgb(255,255,255)" color="#0b5394">Best regards,<br></font></div><div dir="ltr"><font style="background-color:rgb(255,255,255)" color="#0b5394">Donat Zenichev<br><br></font></div></div></div></div></div></div></div></div>