[rabbitmq-discuss] Performence issue with clustering setup

Thu Nov 24 10:15:11 GMT 2011

...And you can do this rate limiting by watching the so called "publisher
confirms" (ConfirmSelect).

On Thu, Nov 24, 2011 at 2:08 PM, Matthias Radestock
<matthias at rabbitmq.com>wrote:

> Jeffrey,
>
>
> On 23/11/11 21:40, Jeffrey Chen wrote:
>
>> I am testing performance on rabbitmq clustering setup. I have 2 nodes
>> with active/active setup, both nodes write to disk, and they both are in
>> a local area network. When I start my publisher and consumer, the
>> publisher is very fast, is it able to send 100000 in few seconds. The
>> problem is the consumer. My consumer is only able to consume around 500
>> messages per second.
>>
>
> Publishing in AMQP is asynchronous. So when a test is measuring the rate
> at the publisher, one has no idea of the status of those published messages
> - they could all be sitting in local buffers in the client libraries, or in
> various network buffers, etc.
>
> Furthermore, rabbit is designed to cope with producer spikes, but that
> comes at the cost of reduced consumer rates. So if in your test the
> producer is simply bombarding rabbit with messages, the consumer rate will
> be much lower than it would be otherwise.
>
> For meaningful benchmark results one needs to rate limit the producer.
>
>
> Regards,
>
> Matthias.
>
> ______________________________**_________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.**rabbitmq.com<rabbitmq-discuss at lists.rabbitmq.com>
> https://lists.rabbitmq.com/**cgi-bin/mailman/listinfo/**rabbitmq-discuss<https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss>
>

-- 
Eugene Kirpichov
Principal Engineer, Mirantis Inc. http://www.mirantis.com/
Editor, http://fprog.ru/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20111124/e7ab9a91/attachment.htm>