What was clear as I did some tests with Task Manager is that patch browsing, changing part, scrolling in the browser all max out the CPU on my system even on standalone, and that correlates with the perceived hang. The more activity there is in a project, the worse the effect of that is - if the CPU is already at 60%, then the CPU overs accordingly last longer, if its otherwise near rest then its relatively short.
We eliminated hard drive performance, anti-virus and database size.
Just received this:
That's great news. Still don't know why some systems are unaffected and some aren't, but they've tracked it down on an affected system and sound hopeful about a fix. Really happy to receive this update and feel the end might be in sight for all of us who have been frustrated for years over this.Until now, we've never been able to reproduce these GUI performance issues on any of our Windows development systems, which has made it difficult to implement a fix in the software. After reviewing your videos again this week, we've been able to reproduce the Patch Browser GUI CPU issues on one of our development laptops. Thus, we should finally be able to make some headway on implementing GUI optimizations to resolve this issue.
