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

Re: [PATCH]: Stop putting stuff in empty props files

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2005-10-21 15:07:24 CEST

On Thu, 2005-10-20 at 19:32 +0100, Philip Martin wrote:
> Daniel Berlin <dberlin@dberlin.org> writes:
>
> > On gcc checkouts, empty prop files with just the word END in them take
> > up roughly 250 meg of space.
>
> That's a known problem, one possible solution is described in
> notes/wc-improvements. Implementation has got as far as creating a
> wc-propcaching branch
>
I may look into this for 1.4 more hevaily, as i want to further reduce
our working copy size (yes, i know about maxb's plans, etc :P)

> > I'm not joking.
> >
> > This is simple to fix, however. We just need to start using hash_write2
> > with a NULL terminator in the wc code, to make them completely empty,
> > instead of using the old hash_read/hash_write.
>
> You are relying on an empty file not allocating a single disk block,
> yes?

Yes.

> > However, this is not backwards compatible with hash_read.
> >
> > I would really want to be able to get this into 1.3.x somehow, since
> > this is a very very big issue for gcc (it takes our working copy size
> > from 960 meg to 620, while cvs is 340).
>
> You might be disappointed, last time I looked at the test gcc
> repository it used both svn:ignore and svn:eol-style, there was only
> one item with no properties.

I follow the "Trust, but verify" model before I produce numbers :)

checkout from 1.2.x on reiser
889556 gcc

checkout from patched 1.3.x on reiser:
641968 gcc

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 21 15:36:36 2005

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.