服务器CPU很高-怎么办(Windbg使用坑点)
最近,碰到了一个线上CPU服务器很高的问题,并且也相当紧急,接到这个任务后,我便想到C#性能分析利器,Windbg。
终于在折腾半天之后,找出了问题,成功解决,这里就和大家分享一下碰到的问题。
问题1:安装Windbg,是否还需要符合文件?
答:我看到网上很多教程,都说需要装符号文件,才能调试,我便以为也是,但是一去查,发现符号文件,要不就说不维护了,也下载不过来,最后想到可能是网络的问题,最后通过FQ解决。更加坑的是,安装好符号文件后,还有各种报错,后面索性就不搞符号文件了,就直接来分析dump(Windows转储文件),没想到一式竟然成功了。于是得出结论:windows 10 应该是不需要符号文件了的(我只有win10,并且下载是最新的Windbg,亲测可用)。
问题2:当时创建完转储文件之后(dump),便开始分析,在使用的命令的时候,进行各种报错,各种解决,也没有解决。最后面发现是下面这个问题。
答:对于我们有些程序,任务管理器上,进程名称(32),会带有32位的字眼的话,一般情况下是需要用32位的任务管理器的打开的,因为当时没有服务器的权限,别人给我的dump文件是64位的,所以我各种加载,各种报错。后面采用了32位的任务管理器来备份dump,就顺利很多了。
32位的任务管理器打开路径:C:\WINDOWS\system32\taskmgr.exe。
当然上面说法也不绝对,因为这个主要是依赖于你的编译器是多少位的,如果你64位编译出来的程序,可能有进程名称那有32位,你也需要用64的任务管理器打开,备份dump才行。
如果有朋友使用Windbg碰到问题,可以在博客留言,或者加Q:1040350718。
下面我演示一下,我使用Windbg的分析过程。
- !runaway 查看当前托管线程已执行时间
- 找出耗时最大的线程
-
- 可以看到是16f4这个线程,耗时最长。
- 切换到指定的线程 ~~[16f4]s
- 切换到指定的线程。
- 查看当前线程的调用堆栈 !clrstack
- 使用这个命令的时候,可能会有提示说,模块没有加载。
- 32位: .load C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.dll
- 64位: .load C:\Windows\Microsoft.NET\Framework64\v4.0.30319\sos.dll
- 用上面的命令加载把sos.dll加载进Windbg中(这是.Net Framework安装目录),即可使用。
- 在我查看线程的堆栈信息之后,根据自己对系统熟悉,能定位到具体代码了。
- 当然你也可以通过反编译的方式来定位具体的代码
- !dumpdomain
- !savemodule 00007ffb3a4b4128 d:\2\1.dll 导出dll之后,再通过Ilspy来定位代码。