On 09/25/2012 10:22 PM, Jakub Scholz wrote:
Hi Gordon,
The concept in QPID-4339 looks nice. Thanks for your work invested into it.
For our use of Qpid, the priority queues and LVQ are not an issue. You
do not mention browsing or simultaneous access to the queue by
multiple receivers, but from the detailed description I assume that
this will be possible.
Yes, that should all be possible.
The support for messages bigger then one page
is a bit unfortunate, but maybe for a beginning a configuration of the
multiplication factor will be sufficient.
I'll have a think about how spreading a single message across more than
one page might work; or perhaps how extra large 'pages' could be created
when required.
I'm not sure I fully understand the relationship to persistence and
its consequences. Is my understanding that we will have two different
sets of files - one for persistent storage of the messages for
recovery purposes and second one which will be just used to offload
the messages from memory when the broker is running - correct?
Correct. Persistence is totally orthogonal to this paging. The files
backing the memory region are discarded when the broker shuts down (or
crashes). Only the durable store files are used for recovery (and they
are then no longer read after recovery, when they revert to be write only).
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
