Thank you Shueng Chuan. I have tested Makefile.mingw32. But make still
fails :
make: *** No rule to make target `address.o', needed by `libzmq.dll'. Stop.
When I search for address in the original Makefile generated by
configure, nothing is found.
Le 12/07/2013 01:32, KIU Shueng Chuan a
Did you run mingw32-make -f Makefile.mingw32 in the builds/mingw32
directory?
It is written to have the following rule:
%.o: ../../src/%.cpp
On Fri, Jul 12, 2013 at 4:05 PM, Laurent Alebarde l.aleba...@free.frwrote:
Thank you Shueng Chuan. I have tested Makefile.mingw32. But make still
No, of course, I downloaded the Makefile from your link and substitute
it to the one generated by configure. So, now, going into the
builds/mingw32 directory and doing : mingw32-make -f Makefile.mingw32,
a lot of things build, and then I have the following error :
socket_base.o: In function
Seeing as zeroMQ is most likely running on top of tcp in this case, it
seems natural that for small messages the processing time of this extra
layer of code is adding a noticeable processing time.
You can find a really detailed write-up on performance at
http://www.zeromq.org/results:0mq-tests-v03
In your performance experiment ZeroMQ will always be slower than TCP. There
is a small overhead to using ZeroMQ but it's mitigated by other smart
things it does like smart batching to avoid redundant network stack
traversals. But if all you're doing is a synchronous PING/PONG, you lose
that speed
Right. If you care about performance you will always want an asynchronous
model, and in this case ZeroMQ's batching will make a big impact. A latency
critical request reply scenario is very uncommon.
Pieter
On Jul 12, 2013 9:00 PM, Trevor Bernard trevor.bern...@gmail.com wrote:
In your
Hi ,
Thank you all for your inputs. Your right, I should do asynchronous tasks
and multi-cast to compare. That was my next step. I will be using PUB-PUB
and PUSH-PULL.
-Ashwini
On Fri, Jul 12, 2013 at 4:21 PM, Pieter Hintjens piet...@gmail.com wrote:
Right. If you care about performance you
Not sure if this'll be useful, but I made some latency testing code at the
latest zmq gathering in brussels, I've tested it successfully to measure
how much a micro instance on ec2 could take asynchronously when getting
traffic from europe. It's in python though, but feel free to try it out:
Thanks, will definitely look into it
On Fri, Jul 12, 2013 at 6:13 PM, Diego Duclos diego.duc...@gmail.comwrote:
Not sure if this'll be useful, but I made some latency testing code at the
latest zmq gathering in brussels, I've tested it successfully to measure
how much a micro instance on ec2
If you run it without a network stack zeromq can be very fast so its not
so much the protocol. You can see this in the tests but note in those cases
zeromq is using C++. For lots of small messages 100 bytes zeroMq does
need a lot more cpu than tcp but that is not a common scenario.
There is
10 matches
Mail list logo