That's fine. A design assumption should be to hold 5 days messages in the store. This is more of a space than a performance issue. People who need this can pay for the disk.
That means that a queue size could be 500% of a day's activity. If I were to use Qpid in serious business application, that could be 1 million 16KB messages. About 100GB in total. Looking forward, I'd imagine that the way disk and compute are going the architecture will need to cater for large storage sizes. Hitachi will release a 1TB PC hard disk this quarter, and it won't cost a fortune. John On 25/01/07, Marnie McCormack <[EMAIL PROTECTED]> wrote:
Hi, Re below - surely one key point in this discussion around replay thus far has included the idea that delivered messages stay in the store. Thus, the store (and queues) could potentially get far larger than otherwise ..... Marnie On 1/25/07, Robert Greig <[EMAIL PROTECTED]> wrote: > > I think (hope!) the backup and restore times will be proportional to > the number of messages in the store, irrespective of whether they are > delivered or pending delivery. > > RG >
