[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: Ivan Zhakov <chemodax_at_gmail.com>
Date: 2005-10-21 15:40:40 CEST

On 10/21/05, Daniel Berlin <dberlin@dberlin.org> wrote:
> 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
>
I already have patch sitting in my working copy that removes prop
files if there is no props. I have tested it with trunk. Do you want
try it for compability?

--
Ivan Zhakov
Received on Fri Oct 21 15:54:10 2005

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