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

Re: Revision Graph unhappy w/ 72000 revs

From: Nikolaus Bates-Haus <NBates-Haus_at_endeca.com>
Date: 2006-04-13 15:16:42 CEST

I was running 1.3.3.6219; I just grabbed HEAD (1.4.0.6266) and it computed the graph in ~10 minutes (peak RAM ~700MB)! I like the time estimate for computing the graph - it's nice to have some idea of when it'll finish. The estimate was quite a bit off, though - it started at 1h20, reducing at about 3 minutes / minute, and kept speeding up as time went on.

Resizing the graph takes a couple of minutes, and switching between all revisions and just those in which changes were made seems to be another 10 minute operation.

Thanks for the update - I'll keep using the 1.4 pre-release until 1.4 comes out.

-nik

-----Original Message-----
From: Stefan Küng [mailto:tortoisesvn@gmail.com]
Sent: Thursday, April 13, 2006 8:36 AM
To: users@tortoisesvn.tigris.org
Subject: Re: Revision Graph unhappy w/ 72000 revs

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
This email message and any attachments are confidential to Endeca. If you are not the intended recipient, please notify Endeca immediately -- by replying to this message or by sending an email to: legal@endeca.com -- and destroy all copies of this message and any attachments. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Thu Apr 13 15:17:22 2006

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.