[SR-Users] Understanding some usrloc modparams
Alex Balashov
abalashov at evaristesys.com
Thu Feb 20 08:50:42 CET 2020
Thanks, Henning.
But I thought Joel’s question about multiple processes was interesting. Is the workload somehow split up among them? If not, why have multiple ones?
—
Sent from my iPad
> On Feb 20, 2020, at 2:00 AM, Henning Westerholt <hw at skalatan.de> wrote:
>
>
> Hi Joel,
>
> $ root at proxy-1:~# kamcmd ps |grep second
> 31314 secondary timer
>
> Basically it makes sense to use a dedicated timer if you have a large DB and/or a DB which is not particularly fast for the expiration, to not block the core timer to long.
>
> Cheers,
>
> Henning
>
> --
> Henning Westerholt – https://skalatan.de/blog/
> Kamailio services – https://gilawa.com
>
> From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Joel Serrano
> Sent: Thursday, February 20, 2020 1:12 AM
> To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> Subject: [SR-Users] Understanding some usrloc modparams
>
> Hello,
>
> I have an installation using usrloc + db_mode=1.
>
> If I want on db_mode=1 or db_mode=2 the expired contacts to be cleaned up I have to enable the modparam db_timer_clean:
>
> https://www.kamailio.org/docs/modules/devel/modules/usrloc.html#usrloc.p.db_timer_clean
>
> The docs say:
>
> "Enable (1) or disable (0) cleaning of expired db records on timer basis for db_mode WRITE-BACK and WRITE-THROUGH. It uses the secondary timer process."
>
> I have the following doubts:
>
> 1- What does the reference "it uses the secondary timer process" mean? Is there a specific secondary timer just for this purpose?
> 2- Is #1 related to the modparam timer_procs? (so it uses one of those when enabled?)
> 3- Why/When would you need a timer_proces modparam with a value higher than "1"?
>
>
> Thanks,
> Joel.
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200220/3c6b9dae/attachment.html>
More information about the sr-users
mailing list