我们有一个旧的(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