Question

我们有一份C# WPF申请,书面编号为.Net 4.0,其中一些数据具有相对简单的约束力,并具有网格功能。

捆绑式 in锁,包括一些 colour色等等。

On 3 machines, out of a deployment covering 20, we are experiencing some very strange performance problems with the UI.

其实,在重新布置申请台后,在一定时间(未确定)之后,国际律师联合会就变得令人难以置信。例如,在纽州对 mo进行 h,在采用/采用 h彩颜ling之前将出现多达两倍的延迟。

这些机器的规格几乎相同。图像驱动器已经更新, star星设计为2个NVidia Quadro 290卡。此外,我们还进行了测试性应用,其中含有光天线的某些测试性部件(包括流利性丝带),没有背后法。问题仍然存在。

我管理了Windows性能 Suite,以深入分散经营的WPF,非常奇怪的是,如果选择可选择的Dirty地区支持的话,则统一分类系统恢复正常反应能力。我的理解是,如果有任何东西,这应该进一步降低业绩!

I m at a loss of anything else to try here. A DotTrace performance analysis suggests most of the application time is spent in the PresentationFramework.dll.

<><>> 所有机器都是Windows XP SP3。

<><>> 这有可能在所有机器上发生,而且通常不允许申请时间过长,足以说明问题。我们现在正在对此进行测试。

<><>> 我还要指出,我们正在试验详细的热点细节:here。目前安装在单一机器上,我将相应更新。

<>strong>[EDIT - 24小时后] 因此,现在两台机器在一夜之间运行同样的密码。在我的机器上(从未显示过这个问题),在申请中最初的标识非常缓慢,但不到一分钟后又恢复正常。 (我把它放到机器上,把货物从HDD中删除。) 在另一台机器(通常表明问题)上,护堤经过几秒钟后有所改善,但现在与地雷相比仍然lu。

<>strong>[EDIT - 48小时后] 在试验机器上,试验申请在48小时后完全没有反应(锁定)。在同一台机器上,轻重充电网的应用(包括制表控制、一些纽州以及几个小组和电网)仍在运行,而且反应得当。因此,在这些较为复杂的控制中,问题......确实会回头来(可能的话)触发和代表,而这些问题可能是根本原因。我要再次介绍申请/控制的情况。在时间上,没有人就如何确保定期清理申请提出建议? 由于我们在此审视第三方的控制,因此我对其进行编辑的备选办法有限!

感谢能够提供的任何建议!

Answer 1

尝试在软件模式中放大。

在Loaded活动中:

HwndSource hwndSource = PresentationSource.FromVisual(this) as HwndSource;
HwndTarget hwndTarget = hwndSource.CompositionTarget;
hwndTarget.RenderMode = RenderMode.SoftwareOnly;

Answer 2

在比较开发商和用户机器之间的业绩时,应考虑的是装上世界森林论坛组件的时间。

在一台机器上,你可能已经有视力演播室,或者以前曾管理过其他的计生联,而且所有集会都应在你接手时装满。

在一个用户机器上,也许会重新boot,在器具开始时,会装上组件,使开机速度大大放慢。如果首次使用各种特点/网页,则可能增加装饰。

I ve 发现EQUATEC Profiler 有助于分解这些绩效问题。在设计项目之前,将简介改为“未来信息”。

友情链接