If you can show that it's faster to use the default functions, please make
a pull request, we'll merge it.
On Mon, May 11, 2015 at 10:56 PM, Auer, Jens jens.a...@cgi.com wrote:
Hi,
I've looking at the zeroMQ source code a little bit and was surprised that
wire.hpp implements custom
Hi,
I've looking at the zeroMQ source code a little bit and was surprised that
wire.hpp implements custom endianess converison function to convert 16, 32 and
64 bit values from/to network byte-order. Is there any reason for not using
available functions like hton* or htobe family on Linux? I
(but it is on the criticl path for large messages)
If you were using this approach to encode fields in some general
serialization format, maybe it would make a measurable difference, but it
seems unlikely to do so relative to framing ZeroMQ messages. In the worst
case the put|get_uint64