On 25/01/07, Marnie McCormack <[EMAIL PROTECTED]> wrote:
IMHO I think the salient distinction (more to Robert's message) is that the user perceives the *messaging* component of the application architecture to have slowed. The overall end-to-end might be cheaper, but we need to mitigate the impression that Qpid performance has degraded. So, whatever the cost and the potential mitigation (recommended batch sizes etc) we need to be clear about it.
That is assuming that making messages replayable has a negative impact on performance. I don't think this is necessarily true. Certainly the way I envisage it working with the current BDB store would not impact performace - you would replace deletion of a row in the delivery table with an update to a row. RG
