Производительность на виртуализации WPF

Question

У меня есть приложение WPF. Существует несколько окон (каждая из которых работает в своем потоке) 5 - 10 окон. Каждый из них имеет только один значительный контроль (который является сетью данных). Каждая сетка данных имеет 2000-3000 строк и 5 столбцов. Каждая строка данных, привязанная к элементу, и когда свойства элемента изменяются, пользовательский интерфейс сильно меняется (90% изменений - текст, передний план, фон). Во всех окнах есть 1000 изменений в секунду.

Если я переключу вируализацию на переработку, приложение потребляет на 35-40% меньше памяти.

Однако я предполагаю, что если контейнер arent переработал, код должен работать быстрее (поскольку .NET не требуется повторно связывать контейнеры и переоценивать dep реквизиты и может быть больше).

Неужели кто-нибудь попытался разобраться в этом подробно?

Есть падение производительности/преимущество при помощи переработки контейнеров (однако маленький это мне нужно знать).

EDIT: Элементы, которые получают обновления, являются видимыми на 95% (другими словами, если строка невидима, вероятность 99% она не будет обновлена). Также содержимое/номер строки сетки никогда не изменяется. В ячейках меняются только текст и цвета. Строки всегда остаются неизменными.

Answer 1

Тот факт, что вы используете память на 1/3 меньше, вероятно, приведет к повышению производительности сам по себе из-за лучшего использования кэша памяти и меньше сбора мусора.

Кроме того, если набор данных с более чем 2000 строк не виртуализирован, обновление для любой из этих строк должно быть распространено на представление. Если он виртуализирован, необходимо обновлять только строки, видимые на экране (и некоторые строки буфера) при изменении.

Заполнение 2000 строк потребует времени. При виртуализации при заполнении данных необходимо заполнять только несколько строк, остальные строки заполняются при прокрутке. Если он не виртуализирован, при прокрутке нужно выполнять меньше работы, но при инициализации необходимо выполнить больше операций.

Но настоящий вопрос: есть ли дополнительная работа при прокрутке видимой видимости? Сколько кадров в секунду вы получаете при прокрутке? Вы видите медленные обновления пользовательского интерфейса? Если нет, виртуализируйте.

Это классический компромисс между использованием памяти и использованием ЦП, между быстрой инициализацией и несколько более медленной прокруткой, с одной стороны, и медленной инициализацией и более быстрой прокруткой с другой.

Сравните и измерьте и посмотрите, что лучше всего подходит для вас.