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

RE: Binary Efficiency

From: Clint Chapman <clint_at_luminosindustries.com>
Date: 2003-06-26 19:12:06 CEST

-----Original Message-----

"Clint Chapman" <clint@luminosindustries.com> writes:
> I tried a Microsoft word file and a cad file and got very large changes in
> the repository size.
>
> The word file was 3.5 MB and caused a 10MB jump in the size of the
> repository when picture was moved.
>
> The CAD file was 10 MB and caused a 40 MB jump in size when a piece was
> removed.

I could see these things happening as one-time events (i.e., the first
time you add/update the files in question), because it's just Berkeley
letting out a yawn and clearing some room for itself. But if you see
proportionally similar jumps every time you make a change, even ten or
twenty times, then something's odd.

Does that happen?

^^^Original Message^^^

Not Exactly, I did 5 more commits on the 10MB CAD file and the db directory
would grow by about 25 megs every time while the strings file was growing by
about 3 MB every time. It makes me wonder how well the binary diffing is
working since the 10MB CAD file compresses to 2.3 MB in zip format and I
understand the repository is bzipped. Seems like the compression is doing
all the work (I understand that the diffing algorithm performance varies
depending on how that CAD program rearranges the file. It's still better
than CVS by a long shot.

-----Original Message-----
 (By the way, it will help if you can give us the *exact* series of
edits and svn commands, starting from the import, exact transcripts of
the 'ls -l' commands that told you the changes in repository size,
etc. Precision == debuggability :-) ).
^^^Original Message^^^

I'm using TortoiseSVN on a windows platform and haven't gotten into the
command line tools yet. I didn't want to get into that unless there wasn't
a quick explanation.
Thanks for the prompt reply,
Clint

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 26 19:13:03 2003

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.