[rabbitmq-discuss] Throttling when Fast Producer, Slow Consumer

[Bell, Paul M.]

Emile,

Thanks for the x-message-ttl info.

A couple of questions about your prior e-mail where you said "queues may get very long and need to spill over to disk..."

1. Am I right to think that this "spill over" happens for non-durable exchanges and queues?
2. Is there a way to govern when that spill over occurs, e.g., when queue gets to a certain size, or is this auto-magically handled by Rabbit?

-Paul


-----Original Message-----
From: Emile Joubert [mailto:emile at rabbitmq.com]
Sent: Wednesday, March 14, 2012 9:19 AM
To: Bell, Paul M.
Cc: Jerry Kuch; Simone Busoli; zmstone at gmail.com; davorin.rusevljan at gmail.com; rabbitmq-discuss at lists.rabbitmq.com
Subject: Re: [rabbitmq-discuss] Throttling when Fast Producer, Slow Consumer

Hi Paul,

On 14/03/12 12:59, Bell, Paul M. wrote:
> Also, is "x-message-ttl" accessible
> by means of Spring AMQP?

Yes, these are simply queue arguments. Spring AMQP allows you to declare
queues with arguments.

> On a related matter, please consider the case where the consumers
> simply aren't there (i.e., it's not that they're slow, they're simply
> NOT). Yet the long-running producers continue to publish to the
> exchange. Assume that we're dealing with a non-durable topic
> exchange. Am I right in thinking that, absent any bindings, the
> broker will simply discard incoming messages?

Yes, by default such messages will be discarded.

You can have such messages sent to an alternative exchange by using the
"alternative exchange" extension:
http://www.rabbitmq.com/extensions.html#alternate-exchange

Also see the "mandatory" publish argument:
http://www.rabbitmq.com/amqp-0-9-1-reference.html#basic.publish.mandatory
Publishers can have messages returned if they could not be routed.



-Emile




ATTENTION: -----

The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other  confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control.