gpt4 book ai didi

WPF 渲染速度越慢,处理器越多

转载 作者:行者123 更新时间:2023-12-03 13:58:24 24 4
gpt4 key购买 nike

我真的对这个一无所知。我有一个包含 ItemsControl 的扩展器,看起来像这样;

<ItemsControl ItemsSource="{Binding Source={StaticResource SomeItems}}">
<ItemsControl.ItemTemplate>
<DataTemplate>
<StackPanel>
<ContentControl Content="{Binding}" />
</StackPanel>
</DataTemplate>
</ItemsControl.ItemTemplate>
</ItemsControl>

在大多数机器(单核和双核)上进行扩展时,这表现得很好。出于某种原因,在带有四核 (i7) 的全新机器上运行时,扩展此扩展器需要几分钟。我做了一些分析,似乎在 WPF 测量元素时存在线程同步问题,测量和渲染花费的实际时间似乎可以忽略不计,等待线程同步所花费的时间是其中的大部分。有没有其他人看到过这样的事情?

仅供引用 - 我确实在三台不同的四核 (i7) 机器上尝试过,但遇到了同样的问题。在许多旧机器上运行没有问题。我确认这些机器已完全修补并且 WPF 正在使用硬件渲染。已完成必须的应用程序和框架重新安装。

任何想法在哪里看?

谢谢

--评论中的一些更新--

- 一旦扩展器被扩展,在有问题的机器上折叠和重新扩展很快

- 即使禁用硬件渲染,行为也是一样的。我认为这应该从等式中删除显卡。

-我们正在运行.Net 4.0

--根据要求提供一些规范--
赢 XP SP 3

英特尔酷睿 i7(4 核)
M 620 @ 2.67GHZ
2.98 GB 内存
275 GB 可用存储空间

最佳答案

我的第一个想法是尽可能将显卡排除在外。尝试禁用 Aero 主题并返回到 Windows 基本版。

你也可以发布机器的完整规范吗?硬件、软件、32 位与 64 位、.net 版本等...

关于WPF 渲染速度越慢,处理器越多,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3524351/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com