[zeromq-dev] ZeroMQ Newbie

[A. Mark]

Here is one:

asyncsrv: Asynchronous client/server in C

http://zguide.zeromq.org/page:all




On Wed, Apr 3, 2013 at 4:02 AM, A L <alapex0310 at gmail.com> wrote:

> Hi Mark,
>
> I'd be thankful if you could please point me to those multi-threading
> examples using 0mq in the 0mq guide. Or just give me online links.
>
> Thanks
>
> -Asif
>
>
> On Tue, Apr 2, 2013 at 7:35 PM, A. Mark <gougolith at gmail.com> wrote:
>
>> Yes you can certainly use multiple threads besides zmq's own threads.
>> There are many examples of this in the zmq guide.
>>
>>
>> On Tue, Apr 2, 2013 at 2:38 AM, A L <alapex0310 at gmail.com> wrote:
>>
>>> Hi Eric,
>>>
>>> Thanks for replying.
>>>
>>> I also want to know if, in addition to using my own thread, I can use
>>> multiple threads to handle ZMQ.
>>>
>>> Best regards,
>>>
>>> -Asif
>>>
>>>
>>>
>>> On Mon, Apr 1, 2013 at 6:44 PM, Eric Hill <eric at ijack.net> wrote:
>>>
>>>>
>>>>
>>>>> I need to handle something like 8000 messages per second in a Windows
>>>>> environment. The existing solution handles something like 32000 messages
>>>>> per second and is based on Windows/IO-Completion ports.
>>>>>
>>>>
>>>> You should write up a test using any of the provided examples in the
>>>> guide and benchmark your setup.  Messaging throughput is very dependent on
>>>> your architecture and interconnects.  8000 mps should be easily attainable.
>>>>  See here for a good benchmarking methodology:
>>>> http://www.zeromq.org/whitepapers:measuring-performance
>>>>
>>>>
>>>>> To start with, I need to know if I can handle that many messages using
>>>>> a single-threaded approach with ZMQ as I assume that ZMQ does
>>>>> multi-threading internally.
>>>>>
>>>>
>>>> Yes.  Unless you're DOING something with the message, in which case the
>>>> time you take to do something will negatively effect the overall throughput.
>>>>
>>>>
>>>>> Also, I'd like to know if I could do better with multiple threads?
>>>>> How? I'd be thankful if you could post links to related online articles and
>>>>> examples.
>>>>>
>>>>
>>>> Again, zmq does a great job at handling the messages.  You need to do
>>>> YOUR work with whatever threading/IOCP/coroutine/fiber/magic methodology
>>>> that suits the problem best.
>>>>
>>>> In addition, I want to know if I can send each ZMQ message encrypted
>>>>> using Win32 Crypto API's default RSA provider, RSA_PROV_FULL,  (I don't
>>>>> know if other open-source alternatives exist to accomplish the same).
>>>>>
>>>>
>>>>  zmq sends opaque messages.  The data you put in the messages can be
>>>> with whatever encryption you choose.
>>>>
>>>>
>>>>> Finally, what causes the message loss? In which situations can I loose
>>>>> messages?
>>>>>
>>>>
>>>> Switch latency, router latency, network latency in general, lousy
>>>> network card, anti-virus programs, cosmic rays, poor orientation to the
>>>> ether wind, etc.  Message loss happens.  It's your job to minimize it as
>>>> much as possible, and deal with it when it happens.
>>>>
>>>>
>>>> _______________________________________________
>>>> zeromq-dev mailing list
>>>> zeromq-dev at lists.zeromq.org
>>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> zeromq-dev mailing list
>>> zeromq-dev at lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>>>
>>
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
>
> _______________________________________________
> 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/20130403/594dce14/attachment.htm>