首页 / NETCORE / 使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因

使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含8217字，纯文字阅读大概需要12分钟。

内容图文

使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因

　　公司的产品一直紧跟 .net core 3.0 preview 不断升级, 部署到 Linux 服务器后, 偶尔会出现某个进程CPU占用100%.
　　由于服务部署在云上, 不能使用远程调试; 在局域网内的Linux 服务器或 Windows开发机上又不能重现这个问题, 联想到Java的jstack, 很是羡慕啊. 想到.net core 已经出来这么久了, 还是试着找找看吧, 结果还真找到一篇博客Introducing diagnostics improvements in .NET Core 3.0

　　这篇文章介绍了3个工具

dotnet-counters: 实时统计runtime的状况, 包括 CPU、内存、GC、异常等
dotnet-trace: 类似性能探测器
dotnet-dump: 程序崩溃时使用该工具

　　这次使用的是dotnet-dump, 即使程序没有崩溃, 也可以dump程序快照, 用于分析

实验环境

ubuntu-16.04.5-desktop-amd64
SDK 3.0.100-preview6-012264

1. 新建一个简单Console程序(只能是 .net core 3.0的程序, 不支持 .net core 2.2), 模拟CPU占用100%的情况

            mkdir NetCoreDumpTest && cd NetCoreDumpTest
dotnet new console

编辑Program.cs

            namespace
             NetCoreDumpTest
{
    
            using
             System;
    
            using
             System.Threading.Tasks;
    
            class
             Program
    {
        
            static
            void Main(string[] args)
        {
            Task.Factory.StartNew(() => PrintNumber("Print", 5));
            Console.WriteLine("Press any key to exit.");
            Console.ReadKey();
        }

        staticvoid PrintNumber(string message, int startNumber)
        {
            var number = startNumber;
            while (true)
                Console.WriteLine($"{message} {number++}");
        }
    }
}

2. 安装dotnet-dump

dotnet tool install --global dotnet-dump --version 1.0.4-preview6.19311.1

提示

            If you are using bash, you can add it to your profile by running the following command:


            cat << \EOF >> ~/.bash_profile
# Add .NET Core SDK tools
export PATH="$PATH:/home/****/.dotnet/tools"
EOF

You can add it to the current session by running the following command:

export PATH="$PATH:/home/****/.dotnet/tools"

You can invoke the tool using the following command: dotnet-dump
Tool ‘dotnet-dump‘ (version ‘1.0.4-preview6.19311.1‘) was successfully installed.

建议将 $HOME/.dotnet/tools加入到PATH, 好吧, 照着做吧, 记得使用下面的命令使设置立即生效

source ~/.bash_profile

3. 使用 dotnet NetCoreDumpTest.dll 启动我们的问题程序, 然后使用 ps -ef | grep dotnet 查看程序的进程ID, 可以看到进程ID是 3411

ps -ef | grep dotnet
z*****e     341114642207:51 pts/800:00:59 dotnet NetCoreDumpTest.dll
z*****e     34312935007:55 pts/900:00:00grep --color=auto dotnet

针对进程3411, 我们还需要知道是哪个线程占CPU, 使用 top -Hp 3411 可以列出所有线程, 由于top每隔3秒刷新一次, 所以可能需要多观察几秒才能看到具体是哪个线程占用CPU比较高, 这里我们可以看到是PID=3418的线程(Linux的进程ID和线程ID请自行了解一下).

top -Hp 3411
   PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND
  3418 z*****e    20029977002906022400 R 10.31.40:20.68 dotnet
  3411 z*****e    20029977002906022400 S  0.01.40:00.11 dotnet
  3412 z*****e    20029977002906022400 S  0.01.40:00.02 dotnet
  3413 z*****e    20029977002906022400 S  0.01.40:00.00 dotnet
  3414 z*****e    20029977002906022400 S  0.01.40:00.00 dotnet
  3415 z*****e    20029977002906022400 S  0.01.40:00.01 dotnet
  3416 z*****e    20029977002906022400 S  0.01.40:00.00 dotnet
  3417 z*****e    20029977002906022400 S  0.01.40:00.00 dotnet
  3421 z*****e    20029977002906022400 S  0.01.40:00.00 dotnet

获取dump, 只能正对进程进行dump, 所以我们输入的是 3411

dotnet-dump collect -p 3411
Writing minidump with heap to /tmp/core_20190623_075649
Complete

4. 分析

dotnet-dump analyze core_20190623_075649

使用clrthreads 查看所有线程

            >clrthreads
ThreadCount:      
            4
            
UnstartedThread:  
            0
            
BackgroundThread: 
            3
            
PendingThread:    
            0
            
DeadThread:       
            0
            
Hosted Runtime:   no
                                                                                                        Lock
 DBG   ID OSID ThreadOBJ           State GC Mode     GC Alloc Context                  Domain           Count Apt Exception
   
            0
            1  d53 0000000001307D80    20020 Preemptive  0000000000000000:000000000000000000000000013064501     Ukn
   42  d57 000000000135BBD0    21220 Preemptive  0000000000000000:000000000000000000000000013064500     Ukn (Finalizer)
   63  d59 00007F666C0009F0  1020220 Preemptive  0000000000000000:000000000000000000000000013064500     Ukn (Threadpool Worker)
   74  d5a 000000000130DA40  1021220 Preemptive  00007F6678106860:00007F6678106F20 00000000013064501     Ukn (Threadpool Worker)

我们关心的线程3418的16进制是d5a, 也就是最后一行, 它的DBG是7, 我们需要使用 setthread 7, 将其设置为当前操作的线程

然后使用 clrstack 获取线程调用信息

> setthread 7
> clrstack
OS Thread Id: 0xd5a (7)
        Child SP               IP Call Site
00007F6715561558 00007f671a2bd4bd [InlinedCallFrame: 00007f6715561558] Interop+Sys.Write(System.Runtime.InteropServices.SafeHandle, Byte*, Int32)
00007F6715561558 00007f669f669a9e [InlinedCallFrame: 00007f6715561558] Interop+Sys.Write(System.Runtime.InteropServices.SafeHandle, Byte*, Int32)
00007F6715561540 00007F669F669A9E ILStubClass.IL_STUB_PInvoke
00007F67155615E0 00007F669F67333E System.ConsolePal.Write(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte*, Int32, Boolean)
00007F67155616A0 00007F669F67360C System.ConsolePal.Write(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte[], Int32, Int32, Boolean) [/_/src/System.Console/src/System/ConsolePal.Unix.cs @ 1236]
00007F67155616C0 00007F669F672B2A System.IO.StreamWriter.Flush(Boolean, Boolean) [/_/src/System.Private.CoreLib/shared/System/IO/StreamWriter.cs @ 261]
00007F6715561710 00007F669F6729F3 System.IO.StreamWriter.WriteLine(System.String) [/_/src/System.Private.CoreLib/shared/System/IO/StreamWriter.cs @ 474]
00007F6715561760 00007F669F6727D3 System.IO.TextWriter+SyncTextWriter.WriteLine(System.String) [/_/src/System.Private.CoreLib/shared/System/IO/TextWriter.cs @ 891]
00007F67155617A0 00007F669F672770 System.Console.WriteLine(System.String) [/_/src/System.Console/src/System/Console.cs @ 550]
00007F67155617C0 00007F669F663791 NetCoreDumpTest.Program.PrintNumber(System.String, Int32) [/home/zhouke/NetCoreDumpTest/Program.cs @ 18]
00007F6715561800 00007F669F6636D9 NetCoreDumpTest.Program+<>c.<Main>b__0_0()
00007F6715561820 00007F669F1872A1 System.Threading.Tasks.Task.InnerInvoke() [/_/src/System.Private.CoreLib/shared/System/Threading/Tasks/Task.cs @ 2466]
00007F6715561840 00007F669F18CBC2 System.Threading.Tasks.Task+<>c.<.cctor>b__274_0(System.Object) [/_/src/System.Private.CoreLib/shared/System/Threading/Tasks/Task.cs @ 2445]
00007F6715561850 00007F669F171AF2 System.Threading.ExecutionContext.RunFromThreadPoolDispatchLoop(System.Threading.Thread, System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) [/_/src/System.Private.CoreLib/shared/System/Threading/ExecutionContext.cs @ 289]
00007F6715561890 00007F669F187111 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef, System.Threading.Thread) [/_/src/System.Private.CoreLib/shared/System/Threading/Tasks/Task.cs @ 2406]
00007F6715561910 00007F669F186F28 System.Threading.Tasks.Task.ExecuteEntryUnsafe(System.Threading.Thread) [/_/src/System.Private.CoreLib/shared/System/Threading/Tasks/Task.cs @ 2344]
00007F6715561930 00007F669F186EBB System.Threading.Tasks.Task.ExecuteFromThreadPool(System.Threading.Thread)
00007F6715561940 00007F669F17B754 System.Threading.ThreadPoolWorkQueue.Dispatch() [/_/src/System.Private.CoreLib/shared/System/Threading/ThreadPool.cs @ 663]
00007F67155619C0 00007F669F169A5B System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() [/_/src/System.Private.CoreLib/src/System/Threading/ThreadPool.CoreCLR.cs @ 29]
00007F6715561D50 00007f6718a1ccaf [DebuggerU2MCatchHandlerFrame: 00007f6715561d50]

哗啦啦一大片, 有点Java调用堆栈的味道, 不过我们还是找到了我们的问题代码

NetCoreDumpTest.Program.PrintNumber(System.String, Int32)

有时候我们想知道传入的什么参数导致CPU占用高, 可以给clrstack加上参数 -a

> clrstack -a
..............
00007F0DD6FFC7C0 00007F0D6EEF3791 NetCoreDumpTest.Program.PrintNumber(System.String, Int32) [/home/zhouke/NetCoreDumpTest/Program.cs @ 18]
    PARAMETERS:
        message (0x00007F0DD6FFC7E8) = 0x00007f0d4800b8b0
        startNumber (0x00007F0DD6FFC7E4) = 0x0000000000000005
    LOCALS:
        0x00007F0DD6FFC7E0 = 0x000000000014e42b0x00007F0DD6FFC7DC = 0x0000000000000001
...............

可以看到PARAMETERS里, startNumber作为值类型, 可以直接看到数值为5, 而message是引用类型, 指向0x00007f0d4800b8b0, 这时候需要用到 dumpobj 命令

> dumpobj 0x00007f0d4800b8b0
Name:        System.String
MethodTable: 00007f0d6ef70f90
EEClass:     00007f0d6eede1c0
Size:        32(0x20) bytes
File:        /home/zhouke/dotnet/shared/Microsoft.NETCore.App/3.0.0-preview6-27804-01/System.Private.CoreLib.dll
String:      Print
Fields:
              MT    Field   Offset                 Type VT     Attr            Value Name
00007f0d6ef6a138  400022b        8         System.Int32  1 instance                5 _stringLength
00007f0d6ef66f38  400022c        c          System.Char  1 instance               50 _firstChar
00007f0d6ef70f90  400022d      108        System.String  0   static 00007f0d47fff360 Empty

好了, 可以看到它是一个字符串, 内容为 "Print"

假如message是一个复杂类型, 可以查看Fields下面的信息进一步查看

clrstack 还有一个实验性质的参数 -i, 协助查看各种变量信息, 需要用到lldb, 按照官方教程, 我暂时没有实验成功.

查看进程ID和线程ID, 更方便的方法是 htop(需要安装), 然后按 F4 进行过滤, 输入dotnet 即可

技术分享图片

这张图是重新运行问题程序的结果, 进程ID和线程ID与前面不一样

第二行白色的是进程ID=1650, 第一行CPU占用高, 是问题线程ID=1658

End

原文：https://www.cnblogs.com/zhouandke/p/11070114.html

内容总结

以上是互联网集市为您收集整理的使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因全部内容，希望文章能够帮你解决使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1057515.html

来源：【匿名】

【上一篇】Asp .Net Core 2.0 登录授权以及多用户登录【下一篇】.NET Core 中的并发编程

更多 ►

【使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因】教程文章相关的互联网学习教程文章

卸载.net 5.0后使用dotnet提示Found .NET Core SDK【图】

之前安装了预览版本的vs2019后试了下，然后卸载了。但发现控制台执行dotnet相关命令提示Found .NET Core SDK, but did not find dotnet.dll at [C:\Program Files\dotnet\sdk\5.0.100-rc.1.20452.10\dotnet.dll]于是定位到C:\Program Files\dotnet\sdk路径中删除5.0目录即可这样就可以了之后重新打开控制台输入dotnet --info没问题了原文：https://www.cnblogs.com/tchivs/p/13800903.html

jenkins发布dotnet core项目【代码】【图】

使用上传压缩包的方式，将dotnet core项目上传到jenkins，并自动创建linux系统服务，开机自启效果如下：使用参数化构建构建使用的shell脚本如下#!/bin/bash # 项目部署根目录 rootpath="/Code/HNSZ/Server"# 项目运行目录 path="${rootpath}/${Module}/"# 所要运行项目的启动文件名称 file="${path}RG.${Module}.Web.dll"# 生成的linux服务文件名称 servicename="rg_${Module,,}.service"# linux服务所保存的路径 servicepath="/et...

.NET跨平台之旅：探秘 dotnet run 如何运行 .NET Core 应用程序【代码】

自从用 dotnet run 成功运行第一个 "Hello world" .NET Core 应用程序后，一直有个好奇心：dotnet run 究竟是如何运行一个 .NET Core 应用程序的？在从 ASP.NET 5 RC1 升级至 ASP.NET Core 1.0 与在Linux上以本地机器码运行 ASP.NET Core 站点之后，这个好奇心被进一步激发，于是“探秘 dotnet run”顺理成章地成为.NET跨平台之旅的下一站。首先我们了解一下 dotnet 命令是什么东东？dotnet 命令实际就是一个C#写的简单的.NET控...

【ASP.NET Core分布式项目实战】（五）Docker制作dotnet core控制台程序镜像【代码】【图】

Docker制作dotnet core控制台程序镜像基于dotnet SDK新建控制台程序mkdir /home/console cd /home/console dotnet new console dotnet restore创建 Dockerfile 文件，参考https://github.com/dotnet/dotnet-docker/blob/master/samples/aspnetapp/Dockerfilevim /home/console/Dockerfile# ------FROM mcr.microsoft.com/dotnet/core/sdk:2.2 AS build WORKDIR /appCOPY . /appRUN dotnet run 构建镜像docker build -t wyt/console...

DOCKER上运行DOTNET CORE【代码】

原文:DOCKER上运行DOTNET CORE下载microsoft/dotnet镜像运行命令：docker pull microsoft/dotnet如果没有使用阿里镜像加速的，参照这篇先配置好再跑上面命令：http://www.cnblogs.com/windchen/p/6231009.html启动持久化容器docker run -itd -p 5000:5000 microsoft/dotnet-p用来添加Host跟Container的端口映射创建.NET Core MVC项目找到刚才启动容器的id：docker ps进入容器docker attach [id]创建及启动.NET Core MVC项目mkdir M...

使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因【代码】【图】

公司的产品一直紧跟 .net core 3.0 preview 不断升级, 部署到 Linux 服务器后, 偶尔会出现某个进程CPU占用100%.　　由于服务部署在云上, 不能使用远程调试; 在局域网内的Linux 服务器或 Windows开发机上又不能重现这个问题, 联想到Java的jstack, 很是羡慕啊. 想到.net core 已经出来这么久了, 还是试着找找看吧, 结果还真找到一篇博客Introducing diagnostics improvements in .NET Core 3.0 　　这篇文章介绍了3个工具dotnet-cou...

用dotnet core搭建web服务器(二)路由表与封装【图】

https://gitee.com/lightsever/netcore_study/tree/master/server02_path先上代码，首先我们把httpserver封装一下，以后用起来方便这个封装里直接包装了一个简单的根据path去分路由表如图 /abc /aaa /con_abc 这几个路径指定了对应的http响应函数，或者响应对象使用响应函数和响应对象没有任何区别，只是根据需要自行选择。这就完成了一个httpserver 第二重要的功能：路由表dotnet 平台有反射，实现一个自动配置的路由表很简单，...

利用BenchmarkDotNet 测试 .Net Core API 同步和异步方法性能【代码】【图】

事由：这两天mentor给我布置了个任务让我用BenchmarkDotNet工具去测试一下同一个API 用同步和异步方法写性能上有什么差别。过程：首先我们需要在Nuget上安装BenchMarkDotNet（安装当前最新版本，当前我已经安装好了）但是却安装失败出现两个error。其中一个是第二个ok,第二个错误非常显眼，那我先尝试着按照它的说法解决我边在Nuget上找到 Microsoft.CodeAnalysis.CSharp 2.8.2 ,Microsoft.CodeAnalysis.Common (= 2.8.2) 我安...

视频图文教学 - 用最快的速度把 DotNet Core Blazor 程序安装到树莓派中并且用网页控制 GPIO 闪灯【代码】【图】

前言 dotnet core 在3.0时代已经发展得很好. 尤其是在跨平台方面更已经是达到了很实用的阶段. 作为 dotnet 程序员, 应该对 Linux 有充分的了解, 也可以在业余时间玩玩硬件, 做个小创客这次教学就是想让玩跨界的网友能在最短时间内上手. 本文配套视频地址是 https://www.bilibili.com/video/BV1Ap4y1y7Bh/ 树莓派是什么? 如图: 树莓派它首先是一台电脑 , 它拥有Arm版的CPU, 和按G计算的内存 , 安装Linux (官方Raspbian) 后...

dotnet core nginx负载均衡【代码】【图】

使用： dotnet core 3.1 创建项目 dotnet new webapi --name WebApi 创建valueController using Microsoft.AspNetCore.Mvc; using Microsoft.Extensions.Configuration;namespace WebApi.Controllers {[ApiController][Route("api/[controller]")]public class ValueController : ControllerBase{public IConfiguration _configuration { get; }public ValueController(IConfiguration Configuration){_configuration = Configura...

C#-Dotnet Core默认使用哪个appsettings.json文件,环境文件或父文件？【代码】

是什么决定了.net core clr /运行时使用哪个.json文件？例如,如果两者中都有一个连接字符串.我在任何地方都找不到答案.var env = builderContext.HostingEnvironment;config.AddJsonFile("appsettings.json", optional: false).AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true);谢谢！解决方法:没有“默认”顺序. .NET Core将使用代码中指定的文件. appsettings.json或Json配置提供程序也没有什么特别的.就...

使用StructureMap.DependencyInjection在C#dotnet core 2.0中进行简单的代理类依赖注入【代码】

我使用dotnet core 2.0和StructureMap.Microsoft.DependencyInjection进行IoC和依赖注入.我正在尝试创建一个代理类进行验证.我想暗示给国际奥委会的DI使用ComponentDataAccessorProxy只要使用IComponentDataAccessor也满足ComponentDataAccessorProxy依赖是ComponentDataAccessor并满足它的依赖是IMongoDatabase没有进入循环依赖例外.我想知道是否有可能.任何帮助将不胜感激. 这是界面：public interface IComponentDataAccessor {...

使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因解析

公司的产品一直紧跟 .net core 3.0 preview 不断升级, 部署到 Linux 服务器后, 偶尔会出现某个进程CPU占用100%.由于服务部署在云上, 不能使用远程调试; 在局域网内的Linux 服务器或 Windows开发机上又不能重现这个问题, 联想到Java的jstack, 很是羡慕啊. 想到.net core 已经出来这么久了, 还是试着找找看吧, 结果还真找到一篇博客Introducing diagnostics improvements in .NET Core 3.0这篇文章介绍了3个工具 ?dotnet-counters: ...

Visual studio 2017如何发布dotnet core到docker【图】

docker的好处不用多说，有不了解的可移步《docker入门》，作为一个.net方面的老鸟也想早点搭上docker末班车，减少布署中的各种坑。以下我是在Visual Studio 2017正式版发布后（其实VS2015也是可以的），完全跑起来的步骤。第一步：安装docker 下载地址：https://www.docker.com/docker-windows，下载的同时先去“控制面板”“程序”里启用“Hyper-V”,启用完了，下载也基本完成了，保证下载完成了的情况下，重启电脑，完事接着开始...

.NETCoreCLI工具文档dotnet-test

名称dotnet-test - 使用配置的测试运行器运行单元测试概要`dotnet test [--configuration][--output] [--build-base-path] [--framework] [--runtime] [--no-build] [--parentProcessId] [--port] [<project>]`描述dotnet test 命令是用于在给定的项目执行单元测试。单元测试是依赖关系于单元测试框架（例如：NUnit 或 xUnit）的类库项目，并且该单元测试框架是用于 dotnet 测试运行器。测试项目需要在 project.json 中使用“tes...

NETCORE - 最热教程

ASP.NET Core MVC 中实现中英文切换 ASP.NET Core WebAPI实现本地化（单资源...彻底解决Asp.netCore WebApi 3.1 跨域时...详解.Net Core 权限验证与授权（Author...在.NET Core控制台程序中如何使用依赖注...如何在ASP.NET Core应用程序运行Vue并且...ASP.NET Core中实现用户登录验证的最低...asp.net core API 如何接收参数 c# – ASP.NET核心 – 自定义AspNetCor...C#.NET Core 2.1跨度和内存性能注意事项

首页 / NETCORE / 使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因

使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因

内容导读

内容图文

内容总结

内容备注

内容手机端

【使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因】教程文章相关的互联网学习教程文章

NETCORE - 最新教程

NETCORE - 最热教程