Hello, I am currently working on determining bottlenecks in Asterisk and a Stasis App. I'm currently trying to handle 83.3 calls/second. For the most part, Asterisk and the Stasis APP handle that well, but there is a 60+ second delay in response time.
On the Asterisk side, I am seeing the following warnings. [Jun 17 12:00:16] WARNING[23561]: taskprocessor.c:803 taskprocessor_push: The 'subm:cdr_engine-00000003' task processor queue reached 500 scheduled tasks. [Jun 17 12:00:18] WARNING[25477][C-00000068]: taskprocessor.c:803 taskprocessor_push: The 'subm:devService-test-00000038' task processor queue reached 500 scheduled tasks. [Jun 17 12:00:21] WARNING[26298][C-000000a3]: taskprocessor.c:803 taskprocessor_push: The 'subp:PJSIP/sippeer-00000022' task processor queue reached 500 scheduled tasks. [Jun 17 12:00:23] WARNING[27339][C-0000010d]: taskprocessor.c:803 taskprocessor_push: The 'subm:ast_channel_topic_all-cached-00000032' task processor queue reached 500 scheduled tasks. [Jun 17 12:01:32] WARNING[31697][C-000003b2]: taskprocessor.c:803 taskprocessor_push: The 'subm:ast_channel_topic_all-00000036' task processor queue reached 500 scheduled tasks. [Jun 17 12:05:55] WARNING[23280]: taskprocessor.c:803 taskprocessor_push: The 'SIP' task processor queue reached 500 scheduled tasks. I have not seen a configuration setting on Asterisk to prevent these warnings from occurring (I'm trying to avoid modifying Asterisk source code if possible). Looking at the task processors, I see the queue to the stasis app bottlenecks: subm:devService-test-00000038 4560990 0 1041689. It does clear up relatively quickly. The CDR engine also bottle necks (extremely badly), but I don't use that. Nothing else comes close to having a large queue. The stasis app itself is extremely streamlined and is very capable of handling a large number of messages at a time. The app runs with the JVM so I am also researching into that as well as the netty library I am using for the websocket connections. Any insight into Asterisk's side of the equation and how it scales on 40 vCPUs would be greatly appreciated. Thanks, *Michael J. Petruzzello* Software Engineer P.O. Box 4689 Greenwich, CT 06831 203-618-1811 ext.289 (office) www.civi.com
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
