如何解决WPF高CPU占用率的问题？

FEEDOMING 2009-05-05 09:32:25

程序在运行完一段时间后，会发现CPU占用率非常低高，
然后中断程序想去找出当前执行的代码，但是没有发现，也没有当前代码在执行，
在Call Stack面板里面发现了这么一段话：

[In a sleep, wait, or join]
mscorlib.dll!System.Threading.WaitHandle.WaitAny(System.Threading.WaitHandle[] waitHandles, int millisecondsTimeout, bool exitContext) + 0x8f bytes
System.dll!System.Net.TimerThread.ThreadProc() + 0x2f9 bytes
mscorlib.dll!System.Threading.ThreadHelper.ThreadStart_Context(object state) + 0x66 bytes
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) + 0x6f bytes
mscorlib.dll!System.Threading.ThreadHelper.ThreadStart() + 0x44 bytes

不知道这个跟CPU高有什么关系，以及如何解决？

...全文

910 5 打赏收藏转发到动态举报

写回复

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

微恒软件 2012-06-21

打赏
举报

回复

顶，解决了没有

yagebu1983 2009-05-05

打赏
举报

回复

你看看是哪个进程。。。

Learn-anything 2009-05-05

打赏
举报

回复

不知道，up先

Sysping1 2009-05-05

打赏
举报

回复

是WPF导致的吗？还是其他程序

baiyunyinv 2009-05-05

打赏
举报

回复

没有用过，帮顶！

用wpf+visifire实现获取Windows系统内存占用和CPU占用，界面用Visifire.Gauges展现。

工作准备wpf动态cpu占有率

SharpGL是对OpenGl的C#的封装，支持Net4.0及以上，由于SharpGL仅仅是对C++写的OpenGL做了接口的封装，所以SharpGL的运行效率不用多说，是非常高效的，不会说因为C#是即时性语言而导致性能下降很多，在测试中使用我的笔记本i57300HQ的CPU占用率仅仅0.1%，说明这东西确实运行很高效，虽然没有Unity那样的GPU渲染优化（Unity3D的美化与渲染真的很好），但是这样低的CPU占用率依然很诱人（使用Unity3D时CPU占用率在1.3%~1.6%左右，GPU占用率高，占用线程多），对于轻量级（即便是很简单的一个三维场景，Unity3D一般拖家带口几十Mb甚至上百Mb，而SharpGL则为几Mb）的三维显示，SharpGL无疑是一个很好的选择。因此我在做三维姿态上位机过程中，又学习了一下SharpGL，当然很感谢官方的源码例程，基本所有的操作都是跟着官方例程来的。在这里分享一下： ———————————————— 版权声明：本文为CSDN博主「川北97大叔」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/qq_42348833/article/details/106207471

利用Winform和WPF交互开发的winform 桌面歌词秀。功能及优点： 1.资源占用小，即时在快速显示的时候CPU占用率也只有1~3%（i3 CPU） 2.显示清晰圆滑，无锯齿，字体阴影 3.可调整字体，颜色等 4.自动解析KRC文件，最开始是LRC文件支持，后面去掉了LRC支持。现在暂时只支持KRC。 5.仿酷狗、QQ音乐等在字符超过显示区域时自动往左移动。 6.可双行同时显示，并且对于KRC文件第一行最后一个字和第二行第一个字某些时候会同时进行进行优化。 7.自动歌词匹配。可自动匹配本地KRC歌词。因为是通过歌曲的ID3信息进行匹配，所以就算是歌词名称和歌曲名称不相同也可以匹配（因为酷狗的KRC歌词名称通常不和歌曲名称相同）。已知问题和缺点： 1.歌词逐字定位和酷狗定位有一点差异。（调的蛋疼就懒得调了。。） 2.在歌词显示很慢的时候，下面一行的前面部分会有抖动。。后面不会。 3.代码略凌乱。。刚开始本来想随便写个测试。 4.某些情况歌词上面遮盖部分会直接和底部的显示部分一样长。。不过一般持续一个字左右。找到问题是因为KRC歌词里面的时间有时候计算出来为0。。

有篇文章说的是优化内存的，但是那个效果并不显著所以到这篇文章也没弄懂Idispose接口到底有没有用，不多说了。我有另一种想法就是内存的占用如果不是很大那种，就几百mb的话就我目前觉得并不会对程序造成太大影响（太大内存情况没遇见过），反而是cpu会影响程序运行。这次就优化cpu占用时发现一个while语句被我注释后居然掉了20%-30%左右的cpu占用率直接将近归零，无比流畅。所以结论，如果程序并不是内存占用极大的那种，应该考虑优化cpu占用率从而使程序流畅。至于内存而言，可以考虑将资源缩小和其他机

110,538

社区成员

642,577

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧

+ 用AI写文章