[rabbitmq-discuss] rabbitmq with one producer no consumer

Thu Jul 15 17:55:15 BST 2010

On Thu, Jul 15, 2010 at 4:24 PM, Andreas Jung <lists at zopyx.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Darius Damalakas wrote:
> >
> >     > I think you should use some flow control. If your Rabbit has the
> >     memory
> >     > alerts turned on, then your producer can pick up the
> >     > channel.flow/active=false and stop sending until you get the
> >     active=true.
> >     >
> >     > Otherwise your sending of persistent message will eventually make
> >     Rabbit run
> >     > out of resources.
> >
> >
> > IMHO, If it is not possible to store big amounts of messages, that will
> > require storing them somewhere else. Which basically means implementing
> > messaging logic twice.
> >
> > Is there a possibility to use a different database back-end for
> > persisting messages?
> >
>
>
>
> Shall we learn from this thread that RabbitMQ can not deal 200k message
> with a size of 300 bytes in a reasonable way? That's not much data.
>
> - -aj
>
>
Sorry I can't be of more help with regards the actual resource usage pattern
that is seen here (I'm still on 1.6). Maybe someone from the team will jump
in at some point.

My hunch would be that the underlying DB is flushing the logs and that is
eating up your CPU. If that was then killed mid flush, the next start up
will start repairing your DB, also eating up your CPU. The logfile will
probably contain something that will help diagnose this further.

@Ovidiu:
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 is
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.

Robby
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20100715/34117e9b/attachment.htm>