-
-
Notifications
You must be signed in to change notification settings - Fork 70
Low performance on ListView, DataGrid with virtualization and massive data #154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
虚拟化没办法正常使用么? |
采用了也存在卡顿问题,不知道为什么没有效果(已修订句意 |
这种模糊又找不到具体原因的问题几乎是很难修的。 |
我这里是在添加数据的时候会卡,后面滚动都不会卡,我用WPFUI或者原生WPF库加载同样的数据没有问题 |
(from the video description) `
basically removing grid from scrollviewer content, |
This grid is actually used for some animating stuff, which seems necessary, however, I gues it's worth a try to replace it with a Border. Maybe a Grid will cause extra layout calculating, well, or something. Could you guys pls try the code in the test branch: bbfbefe, and see if this is fixed? |
@AuthorZiXi 感谢您对本项目的认可和贡献!麻烦以后提交的时候请不要说中文,哪怕用咕噜咕噜翻译成英语也行啊 |
I am really sorry my previous reply was messy, I tried the fix in the the in the test branch: bbfbefe, but it didn't work as it is modifying the ListViewItem style. What i was suggesting was regarding the grid in the BaseListViewStyle , here is a commit with my suggestion: ** Also, please note that this doesn't eliminate the problem as having layouts with inifinte size like scrollviewer or stackpanel as parent in the visualtree will also cause the problem , but this happens even with the default wpf ListView style. Here is a minimal project with the defualt iUWM style and my suggestion: VirtualTest |
Hi, please check if the branch https://github.com/iNKORE-NET/UI.WPF.Modern/tree/fix-154 fixes your problem. |
@NotYoojun didn't work for me. |
[Auto-translated]
Describe the bug
I'm sorry to submit another issue in a hurry, and disturb all contributors again. This problem was actually discovered around November of the previous year. (That is, it also existed before
After using the style, ListView has a large performance gap, and the situation here may be more extreme (not to mention that there are 3902 ogg files
Fault cause investigation: As long as the style is used, the same phenomenon will occur when trying to virtualize and replace it with datagrid
Specific phenomenon: It causes long-term UI thread jams
Reproduction
When I used the native style, the loading was relatively fast, but after using the style, the performance problem was obvious.
The original recorded video was too large, so I found an online website to compress it
The video is long, if you don't want to watch it, you can try to reproduce it locally. (The video shows the performance difference between ListView without and with styles
freecompress-.2025-02-09.215512.mp4
This is the ListView of my program file view
Suggested Solution
I don't know how to solve it, but can you provide some directions for investigation: Directory query and data generation will not take a long time, and the UI thread occupation is likely related to control generation (or template).
Can the original virtualization function be restored or re-implemented? Maybe you can try to use other methods instead?
Library Version
1.2.8
Operating System
Windows 11
Framework
.NET Core and .NET
Framework Version
8.0
Source of Package
NuGet.org (Package)
Additional Notes
In addition, the holiday is about to end, and I don’t have much time to give a timely reply (academic issues.
I hope everyone understands!
Validations
The text was updated successfully, but these errors were encountered: