我有一个32位的WPF应用程序运行良好。但是,如果我将其更改为64位并运行,几秒钟内就会占用CPU的25%,并保持这种状态。我很感激任何关于如何调查和解决这个问题的指针。有没有人遇到同样的问题?请给出意见。WPF 32位和64位CPU使用
该应用程序相当庞大且复杂。它使用多个第三方DLL,包括Telerik控件和连接到ActiveMQ。该应用曾用于在以前版本中以64位模式正常工作。自上一版本以来,没有第三方dll被更新。目标框架是.NET 4.5
感谢, 巴努•
我有一个32位的WPF应用程序运行良好。但是,如果我将其更改为64位并运行,几秒钟内就会占用CPU的25%,并保持这种状态。我很感激任何关于如何调查和解决这个问题的指针。有没有人遇到同样的问题?请给出意见。WPF 32位和64位CPU使用
该应用程序相当庞大且复杂。它使用多个第三方DLL,包括Telerik控件和连接到ActiveMQ。该应用曾用于在以前版本中以64位模式正常工作。自上一版本以来,没有第三方dll被更新。目标框架是.NET 4.5
感谢, 巴努•
升级的框架,至少版本4.5.2。我猜你的渲染线程需要1个CPU核心。使用进程资源管理器查看线程使用情况。 (wpfgfx是你的渲染线程)
也更新你的图形驱动程序。
升级框架并未解决问题。我在想这是内存泄漏。这需要我花几天的时间来与一名探查者进行调查。当我找到时我会回到这里。谢谢。 – bhanu
这是否也发生在一个空白的空WPF应用程序呢?它不应该。不要评论你的代码可能有助于跟踪这个问题。 – modiX
您的.net框架版本4.0?看看这篇文章中的解决方案是否可以帮助你。 http://stackoverflow.com/questions/2947118/wpf-slow-to-start-on-x64-in-net-framework-4-0 – cscmh99
我编辑了这个问题。 – bhanu