Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,458,175
Community Members
 
Community Events
176
Community Groups

Sourcetree Windows Extremely Slow

I love Sourcetree on mac, but my experience on widows has been poor. Any time I select a revission or switch or commit the respons takes from 2 to 30 seconds.

9 answers

I had the same issue, and it was because G-sync was enabled. I found out because Spotify had the same issue, and I then searched their support pages for help.

https://community.spotify.com/t5/Desktop-Windows/Low-Frame-Rate-with-Desktop-App/td-p/4617800

That's exactly the problem I'm having as well! 

I had G-Sync enabled on my 144hz monitor in all situations (i.e. also in windowed mode) and apparently Sourcetree cannot handle that. Interestingly, Spotify had no issues.

I've now switched it back to 'only full-screen mode' and issues are gone.

Thanks so much! This was really hard to find.

On Windows 10 x64 with SourceTree v2.1.11.0 I the app was slow for me too. Would take 3-5 seconds or more for SourceTree to scan and detect file changes even in small repos with only a hundred text files of 300 lines or less each. Trying to open another bookmarked repo would sometimes freeze the app entirely.

I then noticed that the embedded Git version was out of date so I updated it and after restarting SourceTree now everything is snappy again.

Coincidence or perhaps related to this conversation, worth a shot to make sure not only is SourceTree current but the embedded Git is current too.

Tools > Options > Git

2017-08-30_9-34-34.png

I have same problem here. In my repo i have about 5000 small size files (most of xml, some png, jpeg, some binary, etc. ). Staging all files takes about 20s. When I used terminal on same operation, I will get it about 2s. Merging feature branch into develop takes in SourceTree about 3 minutes, in terminal I will get about 5 second. Perfomance is very bad. No matters if i used system git or embedded git, or if I checked LibGit2 or not.

Using windows 10 x64, 4GB RAM, Sourcetree in version v.2.1.11.0.

Another issues what I've got is a lots of memory, which SourceTree used. When I started SourceTree, it takes about 130MB in RAM, after some operation of commits, merge, pulls, push, memory increses about 2.5GB RAM, and SourceTree is increadibly slowly.

I have problems similar to what Jon Adams describes. Anytime I fetch or select a branch in the left hand panel I can expect _at least_ a 20 second delay. I updated to the latest embedded git as you describe, but with no effect.

The app is almost unusable for me and has been since the first time I installed 2.x. I will have to look for alternatives.

Windows 10, Source Tree 2.3.1.0.

Update the embedded Git was the solution for me. Thanks a lot!! 

Thanks Henrique, but these didn't.

In average, git-show command execution last less than 200 ms on my machine, whereas clicking on the last-commit line takes between 1 and 2 seconds. Click on the current state of the working directory "Uncommitted changes" takes between 2 and 4 seconds.

Here is the bench I made from the Terminal provided by SourceTree:

$ time git --no-pager show e9d0abee6b31e343b86f77fa67a8c3fe258c7975 > /dev/null

real 0m0.186s
user 0m0.000s
sys 0m0.016s

 

Config:

  1. Sourcetree 1.6.14.0 (embedded Git)
  2. CPU i5-4310 / 16 GB RAM / HDD 512 GB SSD (320 GB free)
  3. Where your repository is located : locally (SSD HDD)
  4. How many repositories you have in SourceTree: 4
  5. How many repository windows you have open at one time: 4
  6. The version of SourceTree you're using: Sourcetree 1.6.14.0
  7. Operating system version: Windows 8.1 Pro
  8. The file filters you're using in SourceTree, i.e. 'Show Untracked': default (never touched that)
  9. If you have a lot of untracked files, please make a note of this also: my .gitignore is very common (Windows/Visual Studio-generated files)
  10. Can you run 'git status' on that repository? Yes sir: 0.197 s (real)

 

Hope this to be a motivation for multithreading that great Git client!

Rgds,

0 votes
Seth Rising Star Mar 16, 2015

@Tim Legrand git show <commit hash>

To what git command corresponds "selecting a line in the graph" ?

I have the same problem. The UI i sluggish, all the operations are performed as expected but the UI updates slooowly.

0 votes

Hi Jon,

There is an Atlassian Documentation page of troubleshooting on SourceTree performance problems as you can see on the following link:

https://confluence.atlassian.com/display/SOURCETREEKB/Troubleshooting+Performance+Problems+in+SourceTree

Could you please check this documentation and let me know if no one of these steps helped you? Then I can put away some possible causes and further investigate it for you.

Kind Regards,

Henrique Lechner

Yes, the commands are much faster in the command line. Any suggestions?

0 votes
Seth Rising Star Jun 01, 2014

Try those operations with command line Git. If command line is faster, something about the SourceTree GUI for Windows is causing a delay. If it isn't, then it's either Git or your machine, and there's nothing Atlassian can do about it.

Either way, let us know what you find.

Suggest an answer

Log in or Sign up to answer
TAGS

Atlassian Community Events