[rabbitmq-discuss] rabbitmq with one producer no consumer
scott at beamdog.com
Thu Jul 15 18:50:42 BST 2010
200k messages, @ 300 bytes a piece is nothing.
I just ran a test and everything is fine for me.
Can you re-do the test? Also what are the specs on the server you are
running the test on?
On Thu, Jul 15, 2010 at 11:33 AM, Ovidiu Deac <ovidiudeac at gmail.com> wrote:
> First of all thanks for the answers. Second I'll explain the situation
> a little better.
> The big picture is like this: we receive orders from outside and they
> are put in rabbit by our "gateway" and then routed by rabbit to the
> processing modules. The whole business is about handling those
> messages and if we are unable to receive messages from outside is very
> bad so basically our gateway should be up all the time.
> Normally all the orders coming in should be handled smoothly BUT if
> something happens to the consumers and they have a downtime the
> producer has no way to stop the incoming messages. Also we always want
> to be able to accept messages because we are payed for each incoming
> Normally the system admin should handle the problem and restart the
> consumers. As I was saying before, we are testing for the worst case
> scenario, to see what the limits of RabbitMQ are. We want to see how
> can we extend these limits to increase the time we have until the
> queues get full.
> From our calculations if rabbitmq could hold 500k messages up to
> 300bytes each we would be pretty safe as that would give us enough
> time to react. The 200k limit is a little tight.
>> BUT, are you really sure you want what you are asking for? If I understand
>> you correctly you want to allow outside producers (not under your control)
>> to send persistant messages directly into your RabbitMQ and not have those
>> producers back off?
>> Personally, I think that is not achievable. At some point your server ii>
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
>> going to reject messages, and your producers must be able to deal with that,
>> if, as you say, no messages are allowed to be lost.
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
More information about the rabbitmq-discuss