<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Calibri">Are you not able to add more consumers?</font><br>
<br>
On 5/12/2010 11:47 AM, srw wrote:
<blockquote cite="mid:28538369.post@talk.nabble.com" type="cite">
<pre wrap="">
Tony Garnock-Jones-2 wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
Dan Di Spaltro wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Is there anyway you can specify a memory/disk/length limit to a queue
size with the action being a similar to a fixed window?
</pre>
</blockquote>
<pre wrap="">
Not at the moment, no.
</pre>
<blockquote type="cite">
<pre wrap="">If not, is there any chance it is on the roadmap? I know its not in
the amqp spec, but it could be treated like a header.
</pre>
</blockquote>
<pre wrap="">
It's not exactly on the roadmap
...
...
...
</pre>
</blockquote>
<pre wrap="">
As a RabbitMQ newbie I was thinking on this issue too: is it possible to
block publisher's send while the queue is above a certain threshold?
I am experiencing many RabbitMQ crashes because the queue size surpass the
machine memory. This is happening in many scenarios where the ratio between
#published_messages/#consumed_messages is very high (and the message size is
big). Don't know if it's very uncommon. My use case is a long text mining
pipeline where there is a lot of input data and some processes cause a
bottleneck (but with the solution exposed above the bottleneck will just
slow the publishers and every process will finish).
Thanks,
srw
</pre>
</blockquote>
</body>
</html>