gnu-arch-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnu-arch-users] patch-log sizes


From: Andrew Suffield
Subject: Re: [Gnu-arch-users] patch-log sizes
Date: Wed, 17 Dec 2003 04:45:24 +0000
User-agent: Mutt/1.5.4i

On Wed, Dec 17, 2003 at 08:48:58AM +1100, Robert Collins wrote:
> I just imported the automake CVS tree 's HEAD branch into arch (@
> http://people.initd.org/automake).
> 
> Without a pristine, the {arch} dir takes up 16M, and the project tree
> including the {arch} dir takes up 25M.
> 
> I suspect some users may find this disconcerting or worse.
> 
> Not sure what can be done sensibly about this... but I thought I'd raise
> it as a discussion point... if only so that we can put it in the FAQ.
> 
> Oh, and the primary reason the dir is so big, is that there are 3763
> ~400 byte files using up 4.0K each on disk. WIthout that overhead, it's
> only 3.3M in {arch}, and 2.6M of that in the logs subtree. The entire
> project tree in that case is 8.2M - still a noticable overhead, but 25%
> is better than 48%.

Some different, and more directly concerning, numbers:

In two months of serious development on one project, I have personally
cut 180 revisions, 1.7Mb (1.2Mb) of source code, and 1.2Mb (.6Mb) of
patch logs. Numbers in parentheses are excluding filesystem
overheads. A 1:2 ratio is not funny, especially since the source code
will probably stop growing at some point while the patch logs will
not. I've sampled two or three times already, and the ratio has been
about the same.

This problem is not going to go away on its own.

[That source code figure is actual bytes of hand-written
code. Including the autogenerated stuff that goes into a distribution
tree it's 3.3Mb (2.7Mb).]

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ |
 `. `'                          |
   `-             -><-          |

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]