gitx icon indicating copy to clipboard operation
gitx copied to clipboard

speed issues on large repos

Open sheldon opened this issue 14 years ago • 10 comments

I seem to be having speed trouble with your releases. It works 100% on "normal" sized repos, but I have 1 with a lot of branches (30+) and it seems to make the app extremely slow. I'm not too sure if it's related to the number of branches with different commit history, or whether it's just the sheer number of commits.

A possible test case could be the source repo for the linux kernel.

I've tested with your releases and found all of them have the same problem, whereas the original releases from pieter and also brotherbard are ok, so I think the fix is some kind of regression in your patch set. I'd like to try help by bisecting the code and testing where the problem came in, but I don't have enough experience with compiling on mac to do it.

sheldon avatar May 17 '11 08:05 sheldon

same problem here. on my "main" repository, with 3 year's work, multiple remotes and some (~20) local branches, i'd have to wait like 1 minute for the repo to open

siebertm avatar Aug 04 '11 07:08 siebertm

maybe the "problem" is that it loads all commits when in history view?

siebertm avatar Aug 04 '11 07:08 siebertm

I thought this at first too, but there's a command line git tool I found that does the same job in record speed! Try this for a quicker history view with all branches and a tree display with colours:

log --all --graph --pretty=format:'%Cred%h%Creset -%C(magenta)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative

That's basically the same thing, but the gitx version takes aaaages to calc it. Assuming that's the problem, but since it only arises on big repos I think it probably is.

I was thinking to check the code myself, and see if we can get gitx to pass the job back to the git log code somehow, since it seems to be a lot quicker.

sheldon avatar Aug 04 '11 08:08 sheldon

I have the same problem. 2+ Years of commits, 20+ branches. This fork of GitX is seriously laggy, whereas the odl one by pieter (https://github.com/pieter/gitx) loads fine. Not sure if that is due to all the added features in this fork though?

joehoyle avatar Sep 27 '11 09:09 joehoyle

does anyone have any pointers for profiling osx applications, so I can try spot the slow down?

sheldon avatar Oct 03 '11 07:10 sheldon

mainly due to this, but also some other bugs, I've moved on to using sourcetree. it's also free, open source, and seems to have similar features as gitx. just thought I'd let anyone know who was checking on this bug.

sheldon avatar Oct 28 '11 21:10 sheldon

SourceTree is open source? AFAICT it's commercial.

Uncommon avatar Oct 28 '11 21:10 Uncommon

free, but closed source. open source would be better, but the speed and partial commit bugs are a bit too much in gitx.

On 28 October 2011 22:29, David Catmull < [email protected]>wrote:

SourceTree is open source? AFAICT it's commercial.

Reply to this email directly or view it on GitHub: https://github.com/laullon/gitx/issues/62#issuecomment-2561422

sheldon avatar Oct 28 '11 21:10 sheldon

I too have issues with the speed, repo I'm dealing with has 23,086 commits and 140 branches (ouch!). Gone back to the brotherbard version, which has occasional bugs, and loading the history view can take time (less time than 0.8.4!) but flicking between branch & stage isn't instantaneous.

thepatrick avatar Jun 21 '12 17:06 thepatrick

+1

mschaaf avatar Jul 12 '12 10:07 mschaaf