[zeromq-dev] Inconsistent behavior during tests

[Joshua Foster]

I'm not sure what you are seeing here are my test runs...

E:\zmqwin32>remote_thr.exe tcp://127.0.0.1:5555 120 10000000

E:\zmqwin32>remote_thr.exe tcp://127.0.0.1:5555 120 10000000

E:\zmqwin32>local_thr.exe tcp://127.0.0.1:5555 120 10000000
message size: 120 [B]
message count: 10000000
mean throughput: 752049 [msg/s]
mean throughput: 721.967 [Mb/s]

E:\zmqwin32>local_thr.exe tcp://127.0.0.1:5555 120 10000000
message size: 120 [B]
message count: 10000000
mean throughput: 748902 [msg/s]
mean throughput: 718.946 [Mb/s]

I'm running on the local machine with Windows 7, Intel 2.8ghz quad core 
with 4GB of memory. I have 0MQ 2.1.6 compiled with VS2010.

Joshua

On 5/11/2011 4:11 PM, Christian Martinez wrote:
>
> Running tests back to back on same laptop back to back sending 
> 10000000 messages.
>
> C:\software\zeromq-clrzmq2-f420936\remote_thr\bin\Release>remote_thr.exe 
> tcp://127.0.0.1:5555 120 10000000
>
> C:\software\zeromq-clrzmq2-f420936\remote_thr\bin\Release>remote_thr.exe 
> tcp://127.0.0.1:5555 120 10000000
>
> Unhandled Exception: ZMQ.Exception: Visual C++ CRT: Not enough memory 
> to complete call to strerror.
>
>    at ZMQ.Socket.Send(Byte[] message, SendRecvOpt[] flags)
>
>   at remote_thr.Program.Main(String[] args)
>
> Is this normal? If this condition is known to occur under load then 
> how do I best modify the test to throttle or do whatever is necessary 
> prevent the second result while still not killing throughput?
>
> --CM
>
>
> _______________________________________________
> 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/20110511/1a8fbd65/attachment.htm>