MVVM, TreeView, быстрые обновления ItemsSource сильно грузят основной поток

У меня есть TreeView:
Так же есть ListView.
Логика следующая:
1. Выбираю элемент в ListView, меняется его привязка в ViewModel.
2. ViewModel обновляет данные (фильтрует) ноды, восстанавливает состояния всех предыдущих нодов (Рзвертования и выбранная нода) и обновляет привязку: "SourceTreeNodes = mewNodesCollection;"
3. TreeView получает уведомление что привязка изменилась и отрисовывает ноды согластно нового "ItemsSource".

И все в принципе работало нормально и красиво. До ого момента когда я не зажал кнопку вниз в ListView...
Как только я это сделал, начались дичайшие лаги, ибо на сколько я понимаю каждое такое обновление "TreeView" полностью пересоздает всю иерархию и все развернутые ноды вместе с их дочерними нодами, и это очень жостко нагружает главный поток на котором это все и происходит, и вместо плавного перемещения курсора выбранного элемента в ListView я получаю отвратительные задержки и лаги.
Пробовал уже и троттлинт, дебоунс, выполнять через Таски и асинхронно, и через диспетчер в бекграунде обновлять данные, ничего не помогает, как только настает время рендера всех нодов все равно будет лаг как не крути.

Может быть кто вкурсе, как такое правильно решается?

0

Короче сделал. Вернее сделал еще вчера, но из-за моей внутренней ошибки была утечка памяти, вот сегодня целый день искал и нашел
А сделал через кэш на уровне данных.
Обернул модель во враппер:
Перенес в него логику с конверторов, выборку данных, туда же перенес логику сохранения/восстановления состояния дерева и все такое. Одним словом избавился от кучи мусорного кода в XAML.

В MainViewModel:
В MainView:
И когда меняется выбранный элемент в ListView я вместо перепривязки просто обрабатываю отображение нодов согласно своей логике выбора и прячу остальные, при этом, в отображаемых нодах - обновляю внутренние модели, данные, флаги и все остальное. Ну и еще там дополнительная логика синхронизации и всего остального по мелочи.

Результат - почти идеал. Дерево обновляется без единого лага или спайка, утечек памяти (теперь) нету, в кеше максимум 20-30 деревьев (если считать в нодах то примерно штук 300-400).

Короче даже не демал что все так легко получится, и даже вроде как MVVM не сломал, и вроде как даже код стал чище, одним словом - хорошо.

Выходит вся проблема была в том, что обновление привязки заставлял WPF генерировать наново все дерево полностью с ноля и скорей всего разворот нодов для WPF это просто "непосильный труд" во время генерации, ибо он убивал производительность просто напрочь, и видать тут ничего не сделаешь стандартными средствами...

1