We use MRG-M here too, and we are running in trouble sometimes with this
confuse flow-to-disk implementation.
What we expect to have, to replace it, it's something like a real
'queue-on-disk' with parameters like current
implementation of flow-to-disk have (max messages/bytes on memory, max
messag
We use Qpid (well, MRG-M) as an interface to our costumers. As such,
we have quite limited control over
- the amount of messages
- the time when the messages are consumed (i.e. does the client
connect to consume the messages or not)
We expect the brokers to deliver approximately hundreds of GB of
m