[zeromq-dev] Windows DLLs with OpenPGM now available

Giambattista Saldi g.saldi at kline.it
Wed Mar 10 15:19:53 CET 2010

Hi Martin,
> I am not sure how the measurement is made. If sender is sleeping at
> times it will obviously lower the throughput. Can you check with
> local_thr and remote_thr included in the source package?
I cannot send without a small sleep, because it fullfill the LAN
The application use the same alghoritm of your local_thr and remote_thr
I see the problems when the throutput became higth.

> Yes. This happens when receiver is slower than publisher. It's called
> queueing effect.
Yes, i know the problem, but the receiver do nothing else that count the 
messages number and size.
The CPU is slow and also the LAN utilisation it's slow, so i must not 
have this problems.
>> - the receiver stop to receive any message, there is no error, the LAN
>> and the CPU are working, but the application never receive.If the sender
>> send more slow ,after some time the receive application start to receive
>> the new message, but it have lost all the past msg.
> See the other thread going on in parallel ("Is Pub/Sub unreliable"). It
> discusses reliability guarantees offered by PUB/SUB sockets.
>> - the receiver crash, i receive a generic C exception and the
>> application hang.In the event viewer i have this message :
>> Faulting application Project1.exe, version, time stamp
>> 0x2a425e19, faulting module libzmq-0.dll, version, time stamp
>> 0x4b92eaa2, exception code 0x40000015, fault offset 0x0000c3b3, process
>> id 0xad8, application start time 0x01cac032f6428a6e.
>> Can be possible that all the receiver crash at the same time !!!.
> Can you get us the backtrace from the crash?
What is the backtrace?
the application crash and disapper from the task manager.


More information about the zeromq-dev mailing list