Very slow (tortoise)SVN compare to base since win 10 Fall Creators Update [Local Repo]?
Solution 1:
The issue is already reported to Microsoft and Microsoft fixed in in Visual Studio 2017 15.6 when you recompile your code. Here the fixed MFC without the slow Get/SetPixel is used.
To fix in in Windows 10 for current and older compiled tools which use MFC, Microsoft released the Update KB4058258. The release notes don't mention the fix, but it is confirmed by the reporter that the fix is part of the cumulative update.
So installing the Update should fix it. So if you have the issue, make sure you run at least Build 16299.214 (run winver.exe to see the number).
If you have this or a higher number at last position, the issue should be gone.
The old and outdated information are archived. See the revisions of this answer for the old workarounds.
Solution 2:
Instead of removing the "ribbon" setting, or changing security in Windows, I installed the last nightly build (1.9.9.x), and the performance is back. I looked at the settings, and the ribbon is still checked as default. But the performance is there. https://nightlybuilds.tortoisesvn.net/latest/x64/full/
Solution 3:
As a workaround, you can use the TortoiseUDiff tool instead. It is still fast. Here is what I do:
- Right-click a working folder in Windows Explorer and click 'SVN Commit'
- Select one or more files in the 'Commit > Changes made' list
- Right-click the selection and select "Show changes as unified diff"
It's not as powerful as TortoiseMerge, but if you just need to see the changes you are committing, the above method still works fast.
Solution 4:
After installing 2018-01 Cumulative Update for Windows 10 Version 1709 for x64-based Systems (KB4058258) the speed problems for WinMerge appear to be completely fixed.
Solution 5:
In the TortoiseSVN settings window, I
selected Diff Viewer/Merge Tool section
checked External
selected WinMerge.
Works like a charm.