activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From oseymen <>
Subject Enqueue performance with camel multicast
Date Thu, 26 May 2011 14:35:00 GMT

I came across a case while conducting performance testing using ActiveMQ
v5.4.2 and Camel v2.6.

I have two queues (Q1 and Q2) and one camel route defined as:

			Q1 to Q2

I have one console app (C#) sending messages to Q1. Delivery mode is
Persistent. I do not set the acknowledge mode (so default AutoAcknowledge is
used). I am not using transactions and there are no connection uri
parameters set (tcp://localhost:61616). This app increments performance
counters every time a message is sent. There are no consumers on those
queues (apart from Camel) - so messages build up in queues.

I start the broker, stop the camel route and start the publisher app. I see
~380-420 msg/s enqueue speed. When I start camel route, speed drops to
~200-250 msg/s. When I stop the camel route again, speed comes back up to
~400 msg/s.

BTW: Both AMQ and producer is running on one box.

My conclusion from this is that my producer appears to be waiting for camel
to move messages from Q1 to Q2 (and message to be safely persisted to Q2)
before it gets an ack back from the broker.

Do you think my conclusion is correct? If I add a couple of more queues for
Camel to multicast, would I see even decreased enqueue performance?

Any guidance is appreciated.


View this message in context:
Sent from the ActiveMQ - User mailing list archive at
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message