You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@activemq.apache.org by rpack78 <rp...@emortgagelogic.com> on 2011/09/19 21:42:02 UTC
Slow delivery of messages between 8KB and 23KB
I am bench marking ActiveMQ using Perl and Stomp+NIO. I have setup 3 queues
and 4 topics, and am sending messages of increasing size to see what the
broker can handle. The speed is really good up until 8KB, then it flatlines
to 24 messages per second. It stays that low until the message size reaches
23KB, then the message rate picks back up. Take a look at the graph I have
attached. It's very strange but it happens each time I run the test. Has
anyone seen this before?
http://activemq.2283324.n4.nabble.com/file/n3824957/test_6_check_around_10K.png
http://activemq.2283324.n4.nabble.com/file/n3824957/test_4_connect_once_w_auth_add_topics.png
--
View this message in context: http://activemq.2283324.n4.nabble.com/Slow-delivery-of-messages-between-8KB-and-23KB-tp3824957p3824957.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Re: Slow delivery of messages between 8KB and 23KB
Posted by rpack78 <rp...@emortgagelogic.com>.
I read about those items and checked out my configuration. I don't have
anything in there that should cause this. here's the section that defines
the flow control:
<destinationPolicy>
<policyMap>
<policyEntries>
<policyEntry topic=">" producerFlowControl="false">
<pendingSubscriberPolicy>
<vmCursor />
</pendingSubscriberPolicy>
</policyEntry>
<policyEntry queue=">" producerFlowControl="false">
</policyEntry>
</policyEntries>
</policyMap>
</destinationPolicy>
I did however run some tests without using receipts and was able to do about
4000 messages per second in these message size ranges. As soon as I enable
receiving of receipts, it goes back to 24 messages per second. I'm using
the Net::STOMP::Client module. The documentation says this about receipts:
"By default, you do not get any confirmation that the message has indeed
been received by the broker. If you want such a confirmation, you have to
use receipts. The following code snippet sends two messages with a receipt
header containing a pseudo-unique id and waits for matching RECEIPT frames
coming from the broker. This is easy because the Net::STOMP::Client module
keeps track of which receipts are expected and have not been received yet."
I am using the ack => 'client' parameter when subscribing to a queue. Seems
like sending an ack would be sufficient, but apparently I also need to send
a receipt.
--
View this message in context: http://activemq.2283324.n4.nabble.com/Slow-delivery-of-messages-between-8KB-and-23KB-tp3824957p3827409.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Re: Slow delivery of messages between 8KB and 23KB
Posted by Gary Tully <ga...@gmail.com>.
sounds like you may have a memory limit configured. Can you post your
xml configuration or read about broker limits and flow control and
message cursors.
On 19 September 2011 20:42, rpack78 <rp...@emortgagelogic.com> wrote:
> I am bench marking ActiveMQ using Perl and Stomp+NIO. I have setup 3 queues
> and 4 topics, and am sending messages of increasing size to see what the
> broker can handle. The speed is really good up until 8KB, then it flatlines
> to 24 messages per second. It stays that low until the message size reaches
> 23KB, then the message rate picks back up. Take a look at the graph I have
> attached. It's very strange but it happens each time I run the test. Has
> anyone seen this before?
>
> http://activemq.2283324.n4.nabble.com/file/n3824957/test_6_check_around_10K.png
> http://activemq.2283324.n4.nabble.com/file/n3824957/test_4_connect_once_w_auth_add_topics.png
>
> --
> View this message in context: http://activemq.2283324.n4.nabble.com/Slow-delivery-of-messages-between-8KB-and-23KB-tp3824957p3824957.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
--
http://fusesource.com
http://blog.garytully.com