[sr-dev] git:master: modules_k/rls: rls_presentity can now be in a different DB from rls_watchers

Peter Dunkley peter.dunkley at crocodile-rcs.com
Fri Feb 10 17:44:28 CET 2012


Module: sip-router
Branch: master
Commit: ca6d901216360694d7834cde05c875c5c141af66
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=ca6d901216360694d7834cde05c875c5c141af66

Author: Peter Dunkley <peter.dunkley at crocodile-rcs.com>
Committer: Peter Dunkley <peter.dunkley at crocodile-rcs.com>
Date:   Fri Feb 10 16:18:05 2012 +0000

modules_k/rls: rls_presentity can now be in a different DB from rls_watchers

- During performance testing it was observed that the rls_presentity table
  is hit very hard.  Separating it off into a different table helps.
- It may also be a good candidate for use with db_cassandra, and putting it
  in its own DB is a first step.
- There are two new modparams, one for the dburl and one to give rls_presentity
  it's own clean period.  Leaving these unset maintains the current behaviour.
  Using a different dburl and leaving the new clean period parameter unset
  puts rls_presentity in a different DB, but still uses the existing clean period
  for it (and rls_watchers).
- Setting the new clean period parameter to 0 means that the timer to clean the
  rls_presentity table is not started at all.
- Also cleaned up the xcap table query a little.  The arrays allocated for it
  were larger than they needed to be.

---

 modules_k/rls/README            |  286 ++++++++++++++++++++++-----------------
 modules_k/rls/doc/rls_admin.xml |   53 +++++++-
 modules_k/rls/notify.c          |   18 ++--
 modules_k/rls/resource_notify.c |   24 ++--
 modules_k/rls/rls.c             |   88 +++++++++++-
 modules_k/rls/rls.h             |    2 +
 6 files changed, 319 insertions(+), 152 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=ca6d901216360694d7834cde05c875c5c141af66



More information about the sr-dev mailing list