Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

TortoiseHg is Slow

Tags:

People also ask

What is TortoiseHg used for?

TortoiseHg is a Windows shell extension and a series of applications for the Mercurial distributed revision control system that includes a Gnome/Nautilus extension and a CLI wrapper application to be able to used on non-Windows platforms.

How do I update TortoiseHg?

1 Answer. Show activity on this post. Or in Workbench, right click on Tip and select Update. Or you can just right click, Update and select update to branchname / tip without worrying about the revision you are looking at.


Basically, what it says on the tin: TortoiseHg is slow.

My team moved from Subversion to Mercurial recently. (In part to take advantage of Kiln for Code Reviews) One of the things we've noticed is that interacting with Mercurial through TortoiseHg is painfully slow. Some stats:

  • Open TortoiseHg Workbench: 8 minutes 13 seconds
  • Response time when clicking on a revision: 2.8 seconds
  • Time to "Refresh Current Repository": 6.4 seconds
  • Time to check for incoming changes: 12.8 seconds

All this really adds up to a very slow feeling application. For reference, here are the command line tool times:

  • hg status: 4.573 seconds
  • hg incoming: 12.150 seconds

The command-line times seem to jive with the workbench times, but the workbench makes the delay much more frustrating, because it is synchronous with the use of the program. For example, a typical task is "get the latest stuff my coworker just pushed". It looks like this (only listing the time spent waiting on the computer, rounded):

  • Open TortoiseHg: 10 minutes.
  • Open the appropriate repository by double-clicking in the repository registry: 5 seconds.
  • Commit local changes that need committing:
    • Click on "Working Directory": 5 seconds.
    • Select important files and type a commit message.
    • Press Commit: 20 seconds.
  • Get coworker's changes:
    • Check for incoming changesets: 10 seconds.
    • Review them.
    • Accept incoming changesets: 40 seconds.
  • Shelve unready changes:
    • Open Shelve dialog: 2 seconds.
    • Shelve remaining files: 6 minutes
    • Refresh: 5 seconds.
  • Merge:
    • Click the other head: 3 seconds.
    • Merge with local:
    • Wait for "Clean" verification: 15 seconds.
    • Wait for merge (assuming no conflicts): 10 seconds.
    • Commit: 30 seconds.
  • Unshelve changes:
    • Open Shelve dialog: 2 seconds.
    • Unshelve: 6 minutes.
    • Refresh: 5 seconds.

Total: 24 minutes, 32 seconds.

Twelve of those minutes are spent shelving and unshelving. Ten are spent just opening. One consequence of this is that people tend to commit stuff they aren't sure will go anywhere just in order to avoid the shelving cost. But even if you assume no shelving and no opening cost (maybe you just leave it open), it still takes 2 and half minutes of meticulous clicking to get the latest stuff.

And that doesn't even count the more significant stuff like cloning and whatnot. Everything is this slow.

I have:

  • Disabled antivirus.
  • Disabled indexing.
  • Rebooted.
  • Tried it on 3 different versions of windows.
  • Tried in on varying hardware, most of it reasonable quality: Core 2 Duo @3.16 GHz, 8Gb Ram.
  • Tried it on 32 and 64 bit OSs.
  • Tried it disconnected from a network.

The repository is actually two repositories: a primary repo and a sub-repo that contains all our third-party binaries. The .hg folder of the primary repo is 676 MB. The .hg folder of the sub-repo is 641 MB. The contents of default in the primary repo is 7.05 GB. The contents of default in the sub-repo is 642 MB. The average file size in the main repo is 563 KB. The max file size in the main repo is 170 MB. There are 13,438 files in the main repo. The average file size in the sub-repo is 23KB. The max file size in the sub-repo is 132 MB. There are 57087 files in the sub-repo.

I have big-push, caseguard, fetch, gestalt, kbfiles, kiln, kilnauth, kilnpath, mq, purge, and transplant extensions enabled.

Any ideas where to start figuring out how to speed stuff up? The slowness is driving us crazy.