[rabbitmq-discuss] Checking queue size in bytes
weojoew at gmail.com
Fri Jul 12 17:18:12 BST 2013
Thank you, Matthias!
The "total payload size of messages in a queue" feature would perfectly
suit our needs. I completely understand the low priority of this and the
other queue policies; our situation fortunately appears to be an
exceedingly unusual one across the community (and tantamount to broker
By the way - the changes between 2.8.7 and the 3.x releases have been an
enormous help to us. RabbitMQ has long been the most reliable part of our
architecture, and with every release we find it to be more reliable and
easier to configure and monitor. On top of all that, the new features and
enhancements have frequently obviated the need for sizeable portions of our
applications. Judging by the repository (particularly the bug25553 branch)
and other discussions on the mailing list, we can expect even more of that
in the future.
That's all to say - thanks guys.
On Wed, Jul 10, 2013 at 3:36 AM, Matthias Radestock
<matthias at rabbitmq.com>wrote:
> On 08/07/13 15:28, Joseph Weeks wrote:
>> Is there a way to determine a queue's size in bytes? I'm mostly
>> interested in size on disk, but the sum of memory and disk would be
>> sufficient if that happens to be more readily available.
> In general that is impossible, since messages sent to multiple queues are
> only stored on disk once and their payloads are shared in memory.
> Then there's the added complication that actual memory use of a message
> is difficult to work out at best, and impossible if taking into account
> memory fragmentation and gc effects. on-disk size is quite hard to
> calculate too.
> Having said that, I suppose we could track the "total payload size of
> messages in a queue", which would probably suffice for your use case.
> I have just filed a feature request for that. It's not a trivial piece of
> work though, and we haven't had many requests for this functionality, so I
> wouldn't expect to see this in a release soon.
> On a related note, would it be possible for some future version of
>> RabbitMQ to allow queue policies like "x-max-length" and "x-message-ttl"
>> in addition to the queue declaration arguments?
> Yes. It's on our todo list, but not a priority.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rabbitmq-discuss