[asterisk-bugs] [JIRA] (ASTERISK-15845) CPU usage increases if WaitEvent not called
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Fri Mar 27 15:26:34 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-15845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Matt Jordan closed ASTERISK-15845.
----------------------------------
Resolution: Cannot Reproduce
I took the latest from Asterisk 11 and did the following:
* Pointed a browser at {{http://localhost:8088/manager}}, and logged in
* Kept the connection up by pinging the server every now and again (running "List commands")
* Constantly originated a Local channel that dialled a SIP channel to build events
* Verified that there were a pile of events in the eventq
* Watched top
At no point did the CPU climb noticeably.
As Leif pointed out, even if this was an issue, not calling WaitEvent periodically is a violation of the contract that the HTTP Manager has with its clients.
> CPU usage increases if WaitEvent not called
> -------------------------------------------
>
> Key: ASTERISK-15845
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-15845
> Project: Asterisk
> Issue Type: Bug
> Components: Core/HTTP
> Reporter: Tim King
> Severity: Minor
>
> If someone logs in via the mxml interface with reporting rights then all events are buffered until they log out (or timeout) or call WaitEvent. If the timeout is long and/or they issue other commands regularly such as Status - but crucially not WaitEvent - then Asterisk starts to consume RAM and significant CPU. The RAM usage is obvious but I don't see why having 10,000 events waiting in the queue should cause increased CPU, although giving the command
> manager show eventq
> in this case did cause asterisk to drop all current calls. Timeouts while list is locked I assume.
> ****** ADDITIONAL INFORMATION ******
> I have added something to the documentation in voip-info.org so users are warned about this gotcha.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list