某客户H3C S7506R设备cpu利用率高，进程为DMSG
- 0关注
- 1收藏，3357浏览
问题描述：
专家您好，现在某客户单位的，华三S7506R设备版本为：Version 3.10, Release 3135P18 每天出现上午9点-10点之间cpu利用率高的问题，cpu高是突然提高有时会到100%，然后过几秒又会下降至正常。通过_dis cpu task 0 查看0号槽位进程高的为MDSG进程？然后我上网查询了这个进程为：异步消息处理任务。请华三工程师帮忙查一下，什么原因会导致这个任务进程cpu突然升高，如何降低这个进程的cpu利用率？
[S7506R-Master]dis cpu
Board 0 CPU busy status:
100% in last 5 seconds
35% in last 1 minute
37% in last 5 minutes
Board 1 CPU busy status:
26% in last 5 seconds
21% in last 1 minute
22% in last 5 minutes
Board 2 CPU busy status:
34% in last 5 seconds
14% in last 1 minute
14% in last 5 minutes
Board 3 CPU busy status:
29% in last 5 seconds
16% in last 1 minute
17% in last 5 minutes
Board 5 CPU busy status:
6% in last 5 seconds
6% in last 1 minute
6% in last 5 minutes
Board 6 CPU busy status:
100% in last 5 seconds
27% in last 1 minute
28% in last 5 minutes
<S7506R-Master>_dis task 0
ID Name Status ChangeTimes MaxTime TotalTime TaskRate
1 WEIL Ready 0 0 0 0.0%
2 SYST Ready 640 2 104 0.7%
3 XMON Event Sem 0 0 0 0.0%
4 IPCQ Delay 112 1 27 0.1%
5 RPCQ Delay 632 1 53 0.3%
6 VP Delay 0 0 0 0.0%
7 SYHA Sem 14 1 2 0.0%
8 RECV Sem 312 30 255 1.8%
9 GMTH Sem 0 0 0 0.0%
10 aDPC Ready 0 0 0 0.0%
11 bL2X Ready 0 0 0 0.0%
12 cCNT Ready 0 0 0 0.0%
13 dTX Ready 0 0 0 0.0%
14 eLIN Ready 0 0 0 0.0%
15 fL2X Ready 0 0 0 0.0%
16 gCNT Ready 0 0 0 0.0%
17 hLIN Ready 0 0 0 0.0%
18 iL2X Ready 0 0 0 0.0%
19 jCNT Ready 0 0 0 0.0%
20 kLIN Ready 0 0 0 0.0%
21 lL2X Ready 0 0 0 0.0%
22 mCNT Ready 0 0 0 0.0%
23 nLIN Ready 0 0 0 0.0%
24 oCNT Ready 0 0 0 0.0%
25 pLIN Ready 0 0 0 0.0%
26 tDM Delay 0 0 0 0.0%
27 STA Delay 0 0 0 0.0%
28 L2SY Delay 0 0 0 0.0%
29 JPS Event Sem 5 0 0 0.0%
30 YS00 Delay 13 21 38 0.2%
31 CSFP Delay 7 1 3 0.0%
32 SCAR Delay 13 1 8 0.0%
33 PWRD Ready 8 1 1 0.0%
34 QLPG Delay 13 1 2 0.0%
35 SCNB Delay 13 29 233 1.6%
36 PHS Delay 0 0 0 0.0%
37 HIPT Delay 13 10 121 0.8%
38 VFS Queue Sem 0 0 0 0.0%
39 CBU Queue Sem 0 0 0 0.0%
40 STND Event Sem 0 0 0 0.0%
41 qRX. Ready 320 18 913 6.5%
42 INFO Event Sem 3 4 4 0.0%
43 ROUT Event Sem 107 4 43 0.3%
44 IPXR Event Sem 0 0 0 0.0%
45 FIB Event Sem 75 1 13 0.0%
46 SOCK Event Sem 615 127 1753 12.6%
47 VMON Event Sem 0 0 0 0.0%
48 VTYD Event Sem 101 1 18 0.1%
49 RSA Event Sem 0 0 0 0.0%
50 TAC Delay 100 1 24 0.1%
51 SC Delay 394 1 48 0.3%
52 RDSO Event Sem 0 0 0 0.0%
53 RDS Delay 392 1 47 0.3%
54 ACM Delay 389 2 65 0.4%
55 LSSO Event Sem 13 1 5 0.0%
56 LS Queue Sem 0 0 0 0.0%
57 TNLM Event Sem 0 0 0 0.0%
58 AGNT Event Sem 0 0 0 0.0%
59 TRAP Queue Sem 0 0 0 0.0%
60 CLST Delay 101 1 39 0.2%
61 NTDP Delay 394 1 63 0.4%
62 HABP Queue Sem 28 1 4 0.0%
63 MDMT Queue Sem 0 0 0 0.0%
64 NTPT Delay 175 3 60 0.4%
65 CFM Queue Sem 0 0 0 0.0%
66 HS2M Event Sem 60 1 9 0.0%
67 LARP Queue Sem 160 714 2602 18.7%
68 DT1X Delay 392 1 100 0.7%
69 1XDL Event Sem 0 0 0 0.0%
70 MPM Event Sem 0 0 0 0.0%
71 PTTP Delay 47 1 6 0.0%
72 VRRP Event Sem 42 36 481 3.4%
73 DHCP Event Sem 33 4 54 0.3%
74 DEV Event Sem 188 66 147 1.0%
75 CDP Event Sem 0 0 0 0.0%
76 VLAN Event Sem 108 1 29 0.2%
77 LINK Event Sem 14 1 7 0.0%
78 MSTP Event Sem 37 173 359 2.5%
79 SMLK Event Sem 14 1 2 0.0%
80 RMON Queue Sem 14 1 3 0.0%
81 HAND Delay 637 1 85 0.6%
82 DMSG Ready 141 40 5184 37.3%
83 LACK Delay 55 1 13 0.0%
84 NDP Event Sem 23 1 13 0.0%
85 RRPP Event Sem 116 1 30 0.2%
86 DSNP Event Sem 14 1 1 0.0%
87 DARP Event Sem 0 0 0 0.0%
88 DLDP Event Sem 14 1 5 0.0%
89 HOT Delay 101 1 15 0.1%
90 UDP Event Sem 0 0 0 0.0%
91 CFDK Ready 13 0 0 0.0%
92 rRX. Ready 233 41 708 5.0%
93 sRX. Ready 101 1 15 0.1%
94 tRX. Ready 104 1 23 0.1%
95 uRX. Ready 100 1 6 0.0%
96 au0 Ready 42 44 53 0.3%
- 2017-09-07提问
- 举报
-
(0)
最佳答案
每天的9-10点是不是会有网络的变动呢？比如大量路由删除、下发，大量用户上下线等。可以看看当时的日志，跟其他时间段有没有明显的不同。如果还是不好判断，把诊断收集一下，打400电话开case处理
- 2017-09-07回答
- 评论(3)
- 举报
-
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
关注下arp进程是不是也会高？如果是的话那么就可以确定了。上线时间点越是集中，cpu突发使用量越高