GUI performance with large repos (100k changesets)

[Thomas Burdick]

Well after having written CuteHg awhile back I feel like after what I had
done (threaded i/o, threaded drawing) that the only other thing that could
be done to make it any faster would be to use a language with less overhead
to improve performance. There was basically nothing left for me to improve.
The event loop method that updates in groups is fine until it starts taking
several seconds to do.

-Tom

On Thu, Jun 4, 2009 at 4:35 AM, Aurélien Campéas <
aurelien.campeas at logilab.fr> wrote:

> On Wed, Jun 03, 2009 at 10:09:26AM -0400, Greg Ward wrote:
> > I have noticed that both "hg view" and "hgview" are unusable with a
> > deep history.  In particular, running hgview on my trial conversion
> > from CVS (102,000 revisions, 26,000 files, 800 MB) took 2.5 hours and
> > used 600 MB of RAM trying to render the initial GUI before I killed
> > it.  (The progress bar looked like it was about 60% of the way through
> > doing whatever it does at startup.)  (I haven't tried "hg view" on
> > that repository because it runs out of steam on a much smaller
> > history: e.g. my 15,000-revision test repo made it pretty much
> > unusable.)
> >
> > Questions:
> >
> > 1) are there any Mercurial GUIs that support arbitrarily deep history
> > without using up corresponding amounts of time and memory?  (actually,
> > the web interface is tolerable, if you count that as a GUI)
> >
> > 2) how hard would it be to fix "hg view" and/or "hgview"?
>
> When it comes to hgview, you could report problems to
> python-projects at logilab.fr. We'll certainly put a ticket on
> http://www.logilab.org/project/hgview. There is active development on
> it. Note that it was shown to efficiently handle a linux-kernel
> repository.
>
> Now, maybe a 102.000 revisions is indeed a bit problematic for these
> tools ...
>
> >
> > Thanks --
> >
> > Greg
> > _______________________________________________
> > Mercurial mailing list
> > Mercurial at selenic.com
> > http://selenic.com/mailman/listinfo/mercurial
> _______________________________________________
> Mercurial mailing list
> Mercurial at selenic.com
> http://selenic.com/mailman/listinfo/mercurial
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://selenic.com/pipermail/mercurial/attachments/20090604/0b231a7c/attachment.htm