>> Has anyone got ideas to boost the git performance on windows?
>> I am testing git on windows 2012 64 bit server (testing environment) with
>> latest git 1.8.3.
>> Intel Xeon @2.5 GHz 12 cores (24 threads) with 32 GB RAM.
>> Here are the tweaks i've done so far :
>> - uninstall non critical software
>> - disable firewall
> This is generally a bad idea. I doubt a firewall will have an effect on
> performance by itself. Either it will block traffic entirely, or if
> correctly configured, allow traffic to pass through. If some firewall does
> packet inspection on the fly, this should only affect git pull/push/fetch,
> which you don't do so often anyway.
>> - not using any antivirus
> Again, this is a bad idea. Perhaps you can set your antivirus software to
> exclude any on-the-fly scanning of your git repositories (c:\projects\ or
> whatever), or schedule scans to run at intervals where you are not using
*Since it is only in testing environment (beside, i just need to ensure
that antivirus and firewall not affecting the performance), so i disabled
>> - disable non critical windows services
>> - set windows performance options ==> "adjust for best performance"
> Maybe those two are generally good advice for Windows users, but I doubt
> they will add much to Git performance directly.
*It helps only a little*
>> - use git portable
> I don't see why using git
> offer an advantage (?).
- disabled the UAC
> As with the firewall above: Either Windows will block your operations, or
> it will allow it without limiting performance (unless Windows checks
> permissions on every micro-operation - I'm not a Windows expert so someone
> else will have to correct me on this if I'm in the wrong here).
*I checked another forum and they advise to turn of UAC and try to use git
portable but none works.*
> Compared to the git performance on linux, the git on windows are wayyyy
>> Example on linux : 1 min, on windows : 13 mins
> It would be more useful if you would include what Git commands you are
> using here, and what the size of the repository is.
*I noticed the git fetch on each repos (~200 MB) takes longer time (5
seconds), on linux ~ 1 second.*
> How about working on SSD-drives? Since Git is largely file-system based
> (and I'm guessing a large part of Linux' performance advantage comes from
> cleverly caching file-system reads in memory), running on SSD could offer
> some big improvements.
> If you are doing some kind of one-off operations or analysis, and you just
> need a really fast Git repository for the day, you could try cloning onto a
> disk <http://en.wikipedia.org/wiki/List_of_RAM_drive_software> and do the
> operations there. Just remember to clone back onto a proper disk regularly
> or before you reboot, so you don't lose data.
The server is using SSD disk already.
I did testing on RAMDisk previously (i thought probably disk issue) but
even RAMDisk did not improve the performance.
Is it because the machine is Windows 2012 Server ?
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/groups/opt_out.