Nikolaus Bates-Haus wrote:
> Our subversion repository currently has over 72000 (seventy two
> thousand) revisions, and probably has around 500000 (five hundred
> thousand) files and directories (considering each branch of a file to be
> a separate beast).
>
> When I right-click on a file in my sandbox (even a file for which the
> log shows only e.g. two revisions) and select "Revision graph",
> TortoiseSVN dutifully retrieves all 72000 revisions (takes ~1 minute),
> then churns for ever more (well, I let it run for a couple of hours on
> my dual 2GHz Xeon w/ 4G RAM). In that time, its VM size went from 200MB
> up to 270MB, and was continuing to grow slowly.
>
> I understand that TortoiseSVN is trying to reconstruct data from the
> full revision history, and that this involves multiple passes and
> parsing and whatnot. What I'm wondering is whether the revision graph is
> *supposed* to be able to handle this use case.
It *can* handle it, but as you discovered, it's just way to slow.
There's nothing I can do about that - I've tried to optimize that code
part already and it *is* much faster on trunk. But that's as good as it
might get.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Thu Apr 13 14:36:29 2006