To: Miika Komu <miika@iki.fi>
References: <Pine.GSO.4.58.0412211013550.13159@kekkonen.cs.hut.fi>
From: Catalin Marinas <catalin.marinas@arm.com>
Date: Tue, 21 Dec 2004 16:11:07 +0000
In-Reply-To: <Pine.GSO.4.58.0412211013550.13159@kekkonen.cs.hut.fi> (Miika
	Komu's message of "Tue, 21 Dec 2004 11:00:41 +0200 (EET)")
Message-ID: <tnxu0qfd42s.fsf@arm.com>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: gnu-arch-users@gnu.org
Subject: [Gnu-arch-users] Re: arch performance with large trees
Precedence: list
Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Status: RO
Content-Length: 1953
Lines: 53
Miika Komu <miika@iki.fi> writes:
> Our project (*) uses tla for storing a complete, modified linux kernel.
> tla 1.2 is far too slow for e.g. commits and listing changes with the
> configuration we use. Just yesterday I did a commit that finished in 15
> minutes even with revision libraries (greedy+sparse).

What machine are you using? Do you work over NFS?

I also use arch for storing the Linux kernel and I'm quite happy with
it. It is, indeed, better to hard-link to the revision library. I
noticed that it gets slow with time so I re-create the tree with
"tla get --link" from time to time.

See the messages below for some figures:

http://article.gmane.org/gmane.comp.version-control.arch.user/30691
http://article.gmane.org/gmane.comp.version-control.arch.user/30716

Also make sure that you really use a revision library, otherwise the
pristine trees generation is quite slow.

> We prefer to build inside the source tree which can explain at least part
> of the slowness, but we're not giving up on this building method.

This shouldn't affect too much (maybe worse figures for tree-lint).

> Do you know any neat tricks to make the commits faster? I've heard that
> hard linking directly to the revlib could make this faster, but how much
> faster (does anyone have any figures)?

hard-linking made a visible improvement for me. You could also try
with a newer tla and see if it makes any difference.

> Is tla-2.0 going to have any performance optimizations with large
> trees?

The current tla has an inodes list but I don't think it is used with
NFS directories (it is incredibly slow without that list since it
needs to diff every file).

For minor modifications you can use "tla commit -- file1 file2 ..."

Catalin


_______________________________________________
Gnu-arch-users mailing list
Gnu-arch-users@gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

GNU arch home page:
http://savannah.gnu.org/projects/gnu-arch/