We sometimes hear concerns that WPF applications memory foot print is too large.
This could be because of many reasons, but a common reason is that the application simply contains large number of elements in its visual tree. Very large tree will increase memory consumption and cause severe sluggishness.
Very often the root cause is that Virtualization got turned off. As you know Virtualization is on by default in WPF ListBox & ListView controls, but certain conditions can turn it off (see conditions below) even if you did not intent to!
Another possible cause is that the application uses rich templates that can quickly causes elements count to grow.
A good tool that can help you isolate these kinds of issues is Snoop.
In the image below, you can see that the app is using the Virtualizes Stack panel, however you can see that the ListBox contains thousand of elements, not as expected.
Snoop allows you to quickly filter properties, so if you type "IsGr" in the Property Filter box, you can see that the IsGrouping property is checked. In this example , the the application turned Grouping on, which causes Virtualization to be turned off.
- Use Snoop to watch if your application has too many elements.
- Check if number of elements grew because of your templates and optimize those if possible.
- Watch for below conditions that may turn virtualization off in ListBox/ListView:
- Make sure ScrollViewer.CanContentScroll=True
- Make sure VirtualizingStackPanel.IsVirtualizing=True
- Avoid Grouping
- Keep VirtualizingStackPanel as your default panel …or write own virtualized panel. A good example is the Virtual Canvas described here.