[zeromq-dev] Problem with durapub2 example
Tonis Xie
tonis.xie at gmail.com
Thu Jul 28 02:33:02 CEST 2011
After the bind() call, as below:
...
// Subscriber tells us when it's ready here
void *sync = zmq_socket (context, ZMQ_PULL);
zmq_bind (sync, "tcp://*:5564");
// We send updates via this socket
void *publisher = zmq_socket (context, ZMQ_PUB);
zmq_bind (publisher, "tcp://*:5565");
// Prevent publisher overflow from slow subscribers
uint64_t hwm = 5;
zmq_setsockopt (publisher, ZMQ_HWM, &hwm, sizeof (hwm));
// Specify swap space in bytes, this covers all subscribers
//uint64_t swap = 25000000;
//zmq_setsockopt (publisher, ZMQ_SWAP, &swap, sizeof (swap));
// Wait for synchronization request
char *string = s_recv (sync);
free (string);
...
On Wed, Jul 27, 2011 at 7:12 PM, Ian Barber <ian.barber at gmail.com> wrote:
> On Wed, Jul 27, 2011 at 12:03 PM, Tonis Xie <tonis.xie at gmail.com> wrote:
>
>> I changed the "sleep(1)" in durapub2.c to "usleep(10)", make the loop run
>> infinitely, start durapub2 and durasub, ctrl-c durasub, and I am seeing that
>> the allocated memory of durapub2 keep raising just like never hitting a
>> limit at all! However, I set the HWM to only 5.
>>
>
> Just to check with the changes, is the call to setsockopt with the HWM made
> before the bind() call, or after?
>
> Ian
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110728/ddf658a5/attachment.htm>
More information about the zeromq-dev
mailing list