Проблемы с производительностью WPF из-за автоматизации пользовательского интерфейса
У меня проблема, описанная в этой ветке .
dotTrace сказал мне, что "Stylus Input" виновен.
Я попробовал код , опубликованный Роном Зи и Хаимом Зонненбергом , но не работал.
Рэш предложил два обходных пути:
Код автоматизации будет запускаться только в том случае, если на машине запущены какие-либо клиенты автоматизации (например, программа чтения с экрана, подсказки на планшетах и т. Д.). Таким образом, один из способов выйти из этой ситуации - закрыть любое из этих клиентских приложений автоматизации.
Если одно из них невозможно, то альтернативой является использование UIElementHelper.InvalidateAutomationAncestors дольше, только если дерево автоматизации для приложения является разреженным (происходит если было отключено дерево автоматизации здания с использованием настраиваемого однорангового узла автоматизации окон), а визуальное дерево плотное. Таким образом, другое решение - отключить любой настраиваемый код автоматизации и позволить WPF построить полное дерево автоматизации. Это должно ускорить работу UIElementHelper. InvalidateAutomationAncestors тоже.
Но как закрыть вкладку? Я попытался остановить и отключить следующие службы, но не сработало, tabtip.exe все еще работал в фоновом режиме:
- Служба ввода планшетного ПК
- TabletServicePen
Раш сказал, что эту проблему следует решить в .NET 4.0 SP1. Кто-нибудь знает дату выпуска .NET 4.0 SP1?
Я использую Visual Studio 2010, Windows 7 64bit, Wacom Graphire 4.
Спасибо
Обновление :
Чтобы закрыть tabtip.exe Мне просто нужно перезапустить Windows после отключения вышеупомянутых служб. Но одно это не решило мою проблему. Чтобы обойти проблему с производительностью, мне также нужно отключить «Wacom Consumer Touch Service».
И согласно в этой ветке (22 марта 2011 г.):
нет опубликованных сроков для .NET Framework 4. 0 sp1