[test-results] [Bamboo] Asterisk > Asterisk Build > #1486 has FAILED. Change made by Matt Jordan.

Bamboo noreply at bamboo.asterisk.org
Mon Dec 1 12:35:41 CST 2014


-----------------------------------------------------------------------
Asterisk > Asterisk Build > #1486 failed.
-----------------------------------------------------------------------
Code has been updated by Matt Jordan.
1/2 jobs failed, no tests found.

https://bamboo.asterisk.org/bamboo/browse/AST-ATRUNKBUILD-1486/

---------------------
Currently Responsible
---------------------

Matt Jordan (Automatically assigned)



--------------
Failing Jobs
--------------
  - Basic Build (Basic Build): No tests found.



--------------
Code Changes
--------------
Matt Jordan (428688):

>main/stasis: Allow subscriptions to use a threadpool for message delivery
>
>Prior to this patch, all Stasis subscriptions would receive a dedicated
>thread for servicing published messages. In contrast, prior to r400178
>(see review https://reviewboard.asterisk.org/r/2881/), the subscriptions
>shared a thread pool. It was discovered during some initial work on Stasis
>that, for a low subscription count with high message throughput, the
>threadpool was not as performant as simply having a dedicated thread per
>subscriber.
>
>For situations where a subscriber receives a substantial number of messages
>and is always present, the model of having a dedicated thread per subscriber
>makes sense. While we still have plenty of subscriptions that would follow
>this model, e.g., AMI, CDRs, CEL, etc., there are plenty that also fall into
>the following two categories:
>* Large number of subscriptions, specifically those tied to endpoints/peers.
>* Low number of messages. Some subscriptions exist specifically to coordinate
>  a single message - the subscription is created, a message is published, the
>  delivery is synchronized, and the subscription is destroyed.
>In both of the latter two cases, creating a dedicated thread is wasteful (and
>in the case of a large number of peers/endpoints, harmful). In those cases,
>having shared delivery threads is far more performant.
>
>This patch adds the ability of a subscriber to Stasis to choose whether or not
>their messages are dispatched on a dedicated thread or on a threadpool. The
>threadpool is configurable through stasis.conf.
>
>Review: https://reviewboard.asterisk.org/r/4193
>
>ASTERISK-24533 #close
>Reported by: xrobau
>Tested by: xrobau
>........
>
>Merged revisions 428681 from http://svn.asterisk.org/svn/asterisk/branches/12
>........
>
>Merged revisions 428687 from http://svn.asterisk.org/svn/asterisk/branches/13
>



--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20141201/6d9b547d/attachment-0001.html>


More information about the Test-results mailing list