On 27 September 2010 17:58, Alexey Ermakov <[email protected]> wrote:
> At the application level all data is consumed by one entity, so it makes > sense to have one SUB socket that dynamically connects to multiple PUB > sockets. However, when a connection becomes unneeded I cannot simply call > zmq_disconnect(), I have to close the socket, recreate it, restore the > connections that are needed to be alive and then restore the subscriptions. > This 1) sounds like too much work for a simple operation and 2) means I'll > have a gap in the received data. > > I'm still not sure of what you are asking, is the ZMQ_UNSUBSCRIBE option insufficient here? You wish a batch subscription API to bring up and down 1,000's of topics? An alternative reading suggests you want to keep the subscriptions but have an API to ignore the content, so why not just implement this at the application layer? -- Steve-o
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
