This would work, yes. The cost would be a more complex API and the payoff would only be worth it if you are using a lot of beacons in your app, which few people do. It was discussed before and not done for this reason. It's better to keep the API as minimal as possible for the majority of users.
-Pieter On Wed, Jun 26, 2013 at 2:02 PM, Jean-François Smigielski <[email protected]> wrote: > Dear all, > > I am currently working on peers discovery for ZeroMQ sockets, and the > zbeacon set of features from CZMQ is a real good point for local discovery. > > It seems the zbeacon feature could easily work with a zctx_t shadowed from > an original "main" context used by the remaining of the application. This > would save a whole set of internal threads, and apparently only force a > liberation order between the contexts. > > I maybe missed something. What is your opinion? > > Best regards. > -- > Jean-François SMIGIELSKI > > > _______________________________________________ > 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
