Hi Ron, Sure, but, as I said before - I liked both, and both are great. I liked them far more than anything else. So, I don't claim one is better than another. What, in my case, made me chose MP over PB in the end is:
1. I need to send bool, int8,16,32,64, float, double, string, and arrays of these (various lengths from 10 up to even a few millions) 2. I need to encode types of the data sent in each message. 3. I've prototyped simple tests for ser/deser in the way it will be used using both libs 4. Running the tests on supported platforms, on average, MP was 2x faster than PB Probably, in a normal situation (without extra encoding of the types) PB would do closer to MP. MP is pretty stable and it gains in popularity but AFAIK there are no big players behind. PB is supported and used by Google, so not much worries about stability there :) Cheers, Andrzej From: [email protected] [mailto:[email protected]] On Behalf Of Ron Elliott Sent: 17 July 2012 23:23 To: ZeroMQ development list Subject: Re: [zeromq-dev] what are the best practices to send complex objects? I'm not the OP however would it be possible for you to explain why you chose MessagePack over ProtoBufs? I currently use ProtoBufs myself and don't have any issues with it however I think this would be interesting to know On Jul 17, 2012 2:18 PM, "Andrzej Dworak" <[email protected]<mailto:[email protected]>> wrote: Hi, I did some extensive testing of serialization libraries (tested C++ and Java implementations) more or less 3 months ago. Two products that I liked the most were MessagePack and Google Protocol Buffers. For my case, where I need to have self-describing serialization, I've chosen MessagePack. The requirements were quite high as this is going to be used by one of a core systems at CERN to operate LHC and other accelerators. So far no problems with MP, it's a great product, well, the same as ZeroMQ :) Cheers, Andrzej ________________________________ From: [email protected]<mailto:[email protected]> [[email protected]<mailto:[email protected]>] on behalf of aalok sood [[email protected]<mailto:[email protected]>] Sent: 17 July 2012 12:01 To: ZeroMQ development list Subject: Re: [zeromq-dev] what are the best practices to send complex objects? If you are **really** concerned about performance, I suggest you have your own protocol that both sides understand. This way you send data as it is, the remote side would know how to interpret it. On Tue, Jul 17, 2012 at 3:27 PM, Cem Karan <[email protected]<mailto:[email protected]>> wrote: I've been playing with MessagePack (http://msgpack.org/) for serialization and BLOSC (http://blosc.pytables.org/trac) for compression. They seem to work pretty well together. How fast is fast? BLOSC is designed to move data around in memory faster than memcpy() is able to do it, and I haven't had any complaints about how fast MessagePack works (OTOH, I'm I/O bound, so I tend not to hit any limits). Thanks, Cem Karan On Jul 17, 2012, at 3:37 AM, anti_tenzor wrote: > Hello, all, > > I'd like to use ZMQ to send complex objects between applications (using > CLRZMQ c# wrapper). Since it is possible to send byte[] arrays only, > I am forced to implement some serialization-deserialization mechanism. > > But the hole idea is to be as fast as possible! So it looks like this > algo should be: > 1. Extremely fast > 2. Produce very compact byte arrays > > Could you please suggest some best practices or libraries (.net), that > meets these requirements? > > How do you send complex ojects via ZMQ in real-life applications? > > Thank you in advance! > > _______________________________________________ > zeromq-dev mailing list > [email protected]<mailto:[email protected]> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev _______________________________________________ zeromq-dev mailing list [email protected]<mailto:[email protected]> http://lists.zeromq.org/mailman/listinfo/zeromq-dev _______________________________________________ zeromq-dev mailing list [email protected]<mailto:[email protected]> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
