[asterisk-bugs] [Asterisk 0018130]: [regression] DTMF on agent channel causes high CPU

Wed Jan 12 12:12:33 CST 2011

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18130 
====================================================================== 
Reported By:                rgj
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   18130
Category:                   General
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     closed
Target Version:             1.4.40
Asterisk Version:           SVN 
JIRA:                       SWP-2368 
Regression:                 Yes 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-10-13 06:34 CDT
Last Modified:              2011-01-12 12:12 CST
====================================================================== 
Summary:                    [regression] DTMF on agent channel causes high CPU
Description: 
We've recently updated Asterisk to the latest 1.4 version. 
Since then, pressing a DTMF key on an agent channel causes CPU load on a
specific thread to rise with about 10%. Every time a DMTF key is pressed
the CPU load goes up - and it never goes back down again until the agent
logs out.

This results in our entire server going to 0% idle within 20 key presses.

Is there a way to disable DMTF while this bug is being solved so we can at
least make it through?
====================================================================== 

---------------------------------------------------------------------- 
 (0130424) svnbot (reporter) - 2011-01-12 12:12
 https://issues.asterisk.org/view.php?id=18130#c130424 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 301505

_U  trunk/
U   trunk/main/channel.c

------------------------------------------------------------------------
r301505 | jpeeler | 2011-01-12 12:12:32 -0600 (Wed, 12 Jan 2011) | 33
lines

Merged revisions 301504 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.8

................
  r301504 | jpeeler | 2011-01-12 12:12:08 -0600 (Wed, 12 Jan 2011) | 26
lines

  Merged revisions 301503 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.6.2

  ................
    r301503 | jpeeler | 2011-01-12 12:11:49 -0600 (Wed, 12 Jan 2011) | 19
lines

    Merged revisions 301502 via svnmerge from 
    https://origsvn.digium.com/svn/asterisk/branches/1.4

    ........
      r301502 | jpeeler | 2011-01-12 12:10:42 -0600 (Wed, 12 Jan 2011) |
12 lines

      Fix CPU spike when pressing DTMF after agent login.

      The problem here is that DTMF was being continuously deferred and
requeued
      since ast_safe_sleep is called in a loop. There are serveral other
places in the
      code that sleeps and then loops in a similar fashion. Because of
this fact I
      opted to not defer DTMF any more, which will not affect the original
fix:

      https://reviewboard.asterisk.org/r/674

      (closes issue https://issues.asterisk.org/view.php?id=18130)
      Reported by: rgj
    ........
  ................
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=301505 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-01-12 12:12 svnbot         Checkin                                      
2011-01-12 12:12 svnbot         Note Added: 0130424                          
======================================================================