Comment 10 for bug 390291
Revision history for this message
| Gary van der Merwe (garyvdm) wrote Re: [Bug 390291] Re: slow performance with bzr viz and large trees | #10 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
On Mon, Jun 22, 2009 at 5:18 PM, Jean-François Fortin
Tam<email address hidden> wrote:
> I somehow still wonder why it "lags" or moves not smoothly. I mean, is it
> because it's getting the commit revision numbers + summaries + generating
> the graph, all at once? Or is the latency just caused by the graphs?
> If that's the case,
> - perhaps the graph could be made asynchroneous to the rest so that
> scrolling can still occur, while a progressbar says something like
> "generating graph";
> - or maybe the graph could be disabled for network-bound operations?
The all revision numbers + graph are load/generated on load, but the
revision properties (summary, author, date) are only loaded when they
appear on screen, and cached. Because they are cached, scrolling back
to an area that you have already been too should be quick.