High-frequency drawing performance degrades as the window size increases

Describe the bug

I use a high-frequency drawing control inside a WPF UI NavigationView page:
NavigationView → Frame → DynamicScrollViewer → ContentPresenter → Page
The drawing frame rate drops significantly as the window becomes larger, especially when maximized. This happens continuously on the same page and is unrelated to navigation transitions.
Could the NavigationViewContentPresenter, internal Frame, or DynamicScrollViewer cause the entire content area to be redrawn when a child control updates?
Is there a recommended way to host high-frequency drawing controls inside NavigationView while limiting redraws to the control’s own area?

To Reproduce

The same drawing control (Oxyplot) performs significantly better when it is hosted directly in a standard WPF Window or Grid, without WPF UI's NavigationView.And.. the most easy way to reproduce is testing the Page navigation. It performance degrades as the window size increases. Switching pages becomes noticeably slower when the window is maximized.

Expected behavior

Hope the performance issues can be fixed.

Screenshots

OS version

Windows11 / Windows 10 LSTC

.NET version

dotnet10

WPF-UI NuGet version

4.3.0

Additional context

No response

Start by reproducing the Oxyplot case while resizing or maximizing the window and navigating between pages, then inspect the NavigationViewContentPresenter, internal Frame, DynamicScrollViewer, and ContentPresenter path. Done means the redraw or performance cause is identified and the reported degradation is resolved or supported hosting guidance is documented, with navigation and high-frequency drawing checked at different window sizes.