It's unlikely that an application can produce more data per second than the network hardware is able to handle?
On 22/09/2012 12:57 AM, Pieter Hintjens wrote: > On Sat, Sep 22, 2012 at 12:57 AM, Edwin Amsler > <[email protected]> wrote: > >> It was mentioned that under the hood, the PUB-SUB system had individual >> outgoing queues, each with their own water mark counters. What happens >> to a message when all queues are full? > This is such an unlikely case... almost contrived. The real issue with > high-speed pub/sub is a small number of clients disconnecting or > getting swamped by other work, and their queues building up, and > causing memory exhaustion. > > The best strategy to keep data flowing but also ensure reliability is > then some kind of out-of-band recovery for clients that need it. > There's some ideas in the Clone pattern in the Guide (request snapshot > at startup, then apply changes as they arrive to the snapshot). > > -Pieter > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
