并排运行WPF / Win32应用程序的性能问题？

发布时间：2020-12-14 04:04:18 所属栏目：Windows 来源：网络整理

导读：我们有一个旧的(Win32)和新的( WPF)版本的我们的印迹软件,交易商目前正在并行运行.但是,运行WPF应用程序通常会严重降低Win32应用程序的重绘速度. 如果WPF应用程序没有运行(或最小化),则Win32应用程序中的绘制速率是流畅且快速的.随着WPF应用程序打开,Win32应

我们有一个旧的(Win32)和新的( WPF)版本的我们的印迹软件,交易商目前正在并行运行.但是,运行WPF应用程序通常会严重降低Win32应用程序的重绘速度.

如果WPF应用程序没有运行(或最小化),则Win32应用程序中的绘制速率是流畅且快速的.随着WPF应用程序打开,Win32应用程序的UI绘制速度明显减慢.运行WPF应用程序似乎触发了一些资源,这些资源从Win32应用程序中获取(两者都是图形繁重的) – 导致它看起来变慢.

CPU和内存不会接近饱和,所以它似乎与那些无关.降低分辨率和/或减少要显示的监视器数量(因此降低显卡内存使用量和带宽负载)没有明显区别,因此它似乎也不是图形硬件性能问题.

可以解释原因的一个假设如下：

在引擎盖下,我们知道WPF和Win32应用程序都将图形信息输出到Windows“消息泵”,这基本上是绘制到屏幕的内容的指令队列.看起来好像WPF应用程序没有运行时,Win32可以完全自由地访问它,屏幕更新也很流畅.在它旁边运行WPF应用程序会在此队列上添加其他消息,因此Win32应用程序必须更难以??竞争访问它(为了进行每个屏幕元素更新),因此“堵塞泵”会产生我们看到的效果.

如果是上述情况,任何人都可以推荐管理/控制窗口消息泵的方法,以防止这种情况发生吗？

闪烁是资源不足时通常会获得的类型,您可以在其中看到单个元素(表单,标签)闪烁并逐渐绘制到屏幕上.

如果有人有任何建议/想法,请告诉我们.

每个进程都有自己的消息泵 – 这是不共享的.

如果您没有看到高CPU利用率,那么WPF正在使用硬件渲染,因此它可能是GPU饱和度.你能获得有关GPU利用率的信息吗？

以下帖子详细介绍了获取GPU利用率的方法：

Programmatically fetch GPU utilization

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!