Protobuf Lite

Hi, I'm new on this group so at the very beginning I'd like to say Hi to all of you. I've read the previous posts about size of the protobuf binary and I've seen the information that lite version is under development. Do you have any idea on it's release date (even rough estimate)? Thank

DescriptorPool in python

Hi There is any plan to implement DescriptorPool class in python? Especially, I missing easy way to transform FileDescriptorProto to Descriptor in python. -- Regards, Ferenc --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google

Re: DescriptorPool in python

I don't think that's currently implemented in Python, unfortunately. On Mon, Jul 13, 2009 at 8:28 AM, Ferenc Szalai szf...@wsbricks.com wrote: Hi There is any plan to implement DescriptorPool class in python? Especially, I missing easy way to transform FileDescriptorProto to Descriptor in

Re: Compiling on AIX 5.3 using xlC 3.55 compiler

I have found out that with new xlC versions like 8.X onwards hash_map like functionality is supported but different name as unordered_map. So it there any way you can to use this container without modifying much of the code. In the code hash_map is used in many places. So it needs to be replaced

Re: Compiling on AIX 5.3 using xlC 3.55 compiler

google/protobuf/stubs/hash.h already contains some hacks for hash_map. To support unordered_map, all we'd have to do is add another hack there which defines hash_map to be a subclass of unordered_map. Subclassing effectively functions as a template typedef here. I would rather not replace the

Re: Compiling on AIX 5.3 using xlC 3.55 compiler

And yes, I'd love a patch. :) On Mon, Jul 13, 2009 at 5:22 PM, Kenton Varda ken...@google.com wrote: google/protobuf/stubs/hash.h already contains some hacks for hash_map. To support unordered_map, all we'd have to do is add another hack there which defines hash_map to be a subclass of

OUT OF CHAOS COMES GREAT OPPORTUNITY FOR MUSIC...OUT OF CHAOS COMES GREAT OPPORTUNITY FOR MUSIC...OUT OF CHAOS COMES GREAT OPPORTUNITY FOR MUSIC... http://mp3123.50webs.com/out-of-chaos-comes-great-

OUT OF CHAOS COMES GREAT OPPORTUNITY FOR MUSIC...OUT OF CHAOS COMES GREAT OPPORTUNITY FOR MUSIC...OUT OF CHAOS COMES GREAT OPPORTUNITY FOR MUSIC... http://mp3123.50webs.com/out-of-chaos-comes-great-opportunity-for-music.html

Re: Performance: Sending a message with ~150k items, approx 3.3mb, can I do better than 100ms?

Speed varies a lot depending on the precise content. My benchmarks generally show serialization performance somewhere between 100 MB/s and 1 GB/s, whereas you're seeing 33MB/s, but my benchmarks do not include any kind of I/O. Maybe you could separate the serialization step from the I/O (by

Re: Performance: Sending a message with ~150k items, approx 3.3mb, can I do better than 100ms?

If I comment out the actual serialization and sending of the message (so I am just composing messages, and clearing them each batch) then the 100ms drops to about 50ms. On Jul 14, 12:36 am, Alex Black a...@alexblack.ca wrote: I'm sending a message with about ~150k repeated items in it, total

Re: Performance: Sending a message with ~150k items, approx 3.3mb, can I do better than 100ms?

Oh, I didn't even know you were including composition in there. My benchmarks are only for serialization of already-composed messages. But this still doesn't tell us how much time is spent on network I/O vs. protobuf serialization. My guess is that once you factor that out, your performance is