[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r33398 - trunk/notes

From: Blair Zajac <blair_at_orcaware.com>
Date: Thu, 02 Oct 2008 13:23:25 -0700

Mark Phippard wrote:
> On Thu, Oct 2, 2008 at 4:12 PM, Blair Zajac <blair_at_orcaware.com> wrote:
>> Justin Erenkrantz wrote:
>>> On Thu, Oct 2, 2008 at 8:06 AM, <sussman_at_tigris.org> wrote:
>>>> + XML is out : there's a huge performance penalty for producing and
>>>> + consuming it, which is why companies like Facebook and Google have
>>>> + released 'fast wire serialization' libraries like Thrift and
>>>> + Protocol Buffers. Unfortunately, these libraries require entire
>>>> + structures to be held in memory in order to serialize/deserialze
>>>> + them, and this isn't an option when dealing with something
>>>> + (potentially) infinitely large like an editor-drive.
>>> Then perhaps we should look at improving Thrift parsing to be streamy.
>>> I'd rather use a library than a custom serialization format - as you
>>> said, one of the goals should be used to make it simpler to
>>> understand. And, one of the ways to do that is to go "Learn Thrift"
>>> rather than read our custom (de)serialization code. =)
>> Is there a reason why you want to make Thrift parsing be streamy instead of
>> protobufs?
>
> Neither seems to particularly support C.
>
> I notice Thrift compiles in Cygwin and requires things like Boost.
> These all seem line "non-starters" to me.

There is a C-only protobuf port:

http://code.google.com/p/protobuf-c/

I haven't looked at it.

BTW, I'm using protobuf in our C++ svn server already, so I'm a little biased in
that direction :)

Blair

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-02 22:23:45 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.