On Wed, Oct 15, 2014 at 01:24:37PM +0200, Dorvin wrote: > W dniu 2014-10-15 12:20, Mathieu Westphal pisze: > > > server will send 10 message when the client as the time only to receive and > > use one. > > The thing is, the client doesn't care at all about losing message, but it > > cares about getting the last sent message. > If you send only single part messages then you might use ZMQ_CONFLATE. In any case i can serialize my messages if necessary It is working well, thanks.
> > > > I've tried to use high water mark for that, but it does not seem to work at > > all. > > I've also seen this post from 2011, > > http://lists.zeromq.org/pipermail/zeromq-dev/2011-May/011081.html, > > wich propose the use of dedicated reader thread on the client, but the > > downside of this solution is the message are indeed transferred on the > > network while they could have been dropped ! > This is no longer necessary as pub/sub filtering is currently performed > on publisher's side. ok > > > > My solution is to connect/deconnect the client each time i want to receive > > a message, but the connect method take some milliseconds, so it is not good > > also. > > > This is lengthy operation. If CONFLATE is not an option you may consider > doing subscribe/unsubscribe which should be significantly faster. Other > option would include changing from pub/sub to f.e. req/rep. This way > requestor (previously subscriber) could ask for last message. This is what i was trying to do just before and it seems to work also. Mathieu > > > Cheers, > Jarek > > _______________________________________________ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > http://lists.zeromq.org/mailman/listinfo/zeromq-dev _______________________________________________ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev