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. 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'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? Regards Jakub On Fri, Sep 21, 2012 at 5:25 PM, Gordon Sim <[email protected]> wrote: > As discussed on another thread some time back, the recent refactoring of the > broker dropped the old flow-to-disk functionality. A replacement will be > needed at some point and I have now posted some design notes and an initial > prototype for further comment: > https://issues.apache.org/jira/browse/QPID-4339 > > I would like if possible (and subject to comments on approach etc) to get > this in before the 0.20, as an 'early-access' feature for wider comment. It > is very isolated so would not risk any other feature. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
