[asterisk-bugs] [JIRA] (ASTERISK-26806) pjsip_options: rework to make more efficient
Joshua Colp (JIRA)
noreply at issues.asterisk.org
Wed Dec 20 06:21:08 CST 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-26806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Work on ASTERISK-26806 started by Joshua Colp.
> pjsip_options: rework to make more efficient
> --------------------------------------------
>
> Key: ASTERISK-26806
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26806
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_pjsip
> Affects Versions: 13.14.0
> Reporter: Kevin Harwell
> Assignee: Joshua Colp
> Attachments: endpoint_ids.1000, endpoint_ids.2000, endpoint_ids.3000, pjsip.conf.1000.txt, pjsip.conf.2000.txt, pjsip.conf.3000.txt, pjsip.conf.txt, register-noauth-inject.xml, subscribe-inject.xml
>
>
> Currently the pjsip_options code is plagued with efficiency issues. Testing revealed a marked increase in CPU utilization between versions (at least between 13.7.0 and the current branch/13.14+).
> Testing included ~3000 loaded (via config file) endpoints where at least 500 of those were then registered and subscribed. On my machine I noticed at least a 10-15% cpu increase between versions when options were being sent out. Turning off options (qualify_frequency=0) I noted no increase in cpu.
> Two primary issues need to be resolved:
> 1. Find out why we are spending more time now when sending notifies and fix it.
> 2. If static contacts are used or a bunch of endpoints have registered and asterisk is [re]started/[re]loaded there is a significant slowdown within the options code. This actually blocks until it completes, which as the number of registered contacts increases so does the block/wait time. This needs to be fixed as well.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list