[zeromq-dev] Relation between - HI_WATER_MARK and SEND_BUFFER_SIZE of zmq ?

Santosh N Dumbre santosh.dumbre at igate.com
Sat Aug 18 12:55:59 CEST 2012


H i,

I want to develop an client application that will send messages to the server and receive acknowledgments from the server.

The client keep getting data form real-time devices and want to send the same to the server.

The problem is if the network is down, the client application should maintain a Queue of messages and send to server when the network is up and connection becomes active.

It is a single-client to single-server application.

Can this be achieved just by using HI WATER MARK = INFINITE    ?

Can the  HI_WATER_MARK option maintain a message queue which is bigger than size of SEND_BUFFER_SIZE ?

Is there any dependency between HI_WATER_MARK  and SEND_BUFFER_SIZE  of zmq ?

Kindly reply and help.

Thanks,
Sd.
Information contained and transmitted by this e-mail is confidential and proprietary to iGATE and its affiliates and is intended for use only by the recipient. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this e-mail is strictly prohibited and you are requested to delete this e-mail immediately and notify the originator or mailadmin at igate.com. iGATE does not enter into any agreement with any party by e-mail. Any views expressed by an individual do not necessarily reflect the view of iGATE. iGATE is not responsible for the consequences of any actions taken on the basis of information provided, through this email. The contents of an attachment to this e-mail may contain software viruses, which could damage your own computer system. While iGATE has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening an attachment. To know more about iGATE please visit www.igate.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20120818/4d2bfbac/attachment.htm>


More information about the zeromq-dev mailing list