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

Question

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

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

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

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

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

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

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

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

Answer 1

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

如果您没有看到高 CPU 利用率，则 WPF 正在使用硬件渲染，因此可能是 GPU 饱和。您可以获得有关 GPU 利用率的信息吗？

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

以编程方式获取 GPU 利用率