Replies: 1 comment 1 reply
-
It's challenging for me to evaluate your measurement method, but I believe that having a more comprehensive understanding of the WPF framework would be beneficial. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I have a .NET 7 WPF app with high volume of updates per second in a data grid (currently devexpress) with 100x100k col/rows.
I would like to stress test it before we go to production. Also would like to run the same with different data grids to compare (telerik and syncfusion)..
One idea is to saturate the window queue with batch of messages, store the timestamp of the last message then find timepstamp of the last UI update. Not sure how to achieve it. If I feed UI from 4 background threads without sleep or wait - non-stop, and use
Dispatcher.BeginInvoke
on the window - will i be able to measure actual delay?Basically i want to make it lag and be able to measure that lag. Anyone did this? Could you please give a hint?
Here is what I came up (it seems meaningful but would love to hear other people point of view):
[rows = 10,000; columns = 100; workers = 1; num = 1mil]
[
d
- parent window dispatcher,GetStats
- called manually by a button click]Beta Was this translation helpful? Give feedback.
All reactions