记一个由gc引发的高cpu问题
记录我的windbg调试之旅。
问题描述:
有个项目cpu跳的厉害,马上请出windbg
1. adplus 抓包;
2. windbg打开文件,运行 .load sos ;
3. 运行 !threads, 发现进程 71 和 77 有异常,gc这项为disabled;
4. ~71s 切换到 该线程, !clrstack 查看托管代码,看看是哪个页面,看到页面是 imei_list.aspx;
5. !dso,发现有个string报告如下错误:
0:071> !dso
OS Thread Id: 0x11ec (71)
ESP/REG Object Name
1d1af0d4 156bd9e8 System.String <String is invalid or too large to print>
6. !objsize 得到如下结果,6.3M,不小的string啊,怪不得!do 打印不出来
0:071> !objsize 156bd9e8
sizeof(156bd9e8) = 6346824 ( 0x60d848) bytes (System.String)
7. 这次要看看代码了,打开项目,找到文件,这个文件业务很简单:获取某个用户的手机imei串列表,把所有的imei串拼接起来,然后输出,很简单,不该有什么问题啊,唯一的疑点,这个imei的列表有多大。
8. 连上数据库,打开过程,过程只有一条语句 select * from t_imei where userid = @userid, 如果userid = 0 会有多少数据呢,因为这个页面传进来的参数刚好和0,经查询,得到超过 6000条记录,难怪了。
现在终于明白了,因为这个也没的频繁访问(约1次/秒 ), 每次都会产生 6.3M的string,gc不断需要工作,导致了高cpu,简单改了程序和存储过程,一切ok了,cpu从40%下降到10%以下。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述