cpu利用解释

Process name 如果CPU占用率持续高，可能的原因是？

aaa_task 仅就代码而言是因为请求结果较多，或记账更新频率较高 acl_entry_tm_rng_thread 仅启动定时器，不应该占用CPU atimer 有定时器长时间占用CPU autoupgd

bdflush 1、有USB设备的存在

bfd_dist_task 存在大量BFD会话需要底层Distribute模块进行代理。 bfd_proxy 大量会话没有办法代理成功，导致一直在处理代理消息。

bfd_server 维护的bfd会话个数很多 bgpd 1：BGP邻居频繁震荡 2：大量BGP路由频繁震荡

bridge_relay 查地址表，发包报文时会长时间占用cpu

chkpnt_task connect不停失败；调用各热备实体处理函数死循环； cmic_pause_detect 简单操作，不应该占用CPU

cmtimesync ipfix卡不停触发时间同步(不大可能，正常10秒才触发)；accept不停出错； conf_dispatch_task 初始化设置，不应该占用CPU Context 1、有太多别的线 程的任务需要异步执行。

d1x_task 1、仅仅基于mac认证出现cpu利用率高的情况可能性不大；

2、开启ip授权或者gsn安全地址绑定的认证，并且短时间内大量用户进行认证会使得cpu利用率较高

devprob_task 收发包有问题

dhcpa_task DHCP客户端报文攻击 dhcpd_task DHCP服务器报文攻击 dhcpping_task DHCP服务器报文攻击 dhcps_task DHCP服务器报文攻击

dhcpsnp_task DHCP报文速率太高,导致报文处理压力大 dma_pkt_thread 3秒1次，简单操作，不应该占用CPU dp_reply_check_task 一般不会出现CPU持续高占用

dp_task 任务通过 ，每1s运行一次，无复杂的循环，迭代操作，不会出现CPU占用率高的问题.

dvmrpd 1.DVMRP协议报文攻击 2.组信息变化多

ef_inconsistent_daemon 内存不足，导致需要重传的路由消息和邻接消息很多。 ef_rcv_msg SSP处理消息的时间过长 ef_res 需要解析的邻居多

ef6_inconsistent_daemon 内存不足，导致需要重传的路由消息和邻接消息很多。 ef6_rcv_msg SSP处理消息的时间过长

ffp_core_async_update_task ffp核心有非常大量的软件数据或者发生死循环 flow_age_task 流表太多，一次老化的节点很多

flow_warn_msg_task 有大量攻击需要告警，底层FFP表项安装缓慢 gc_task 1、文件系统内文件过多 2、文件系统内垃圾过多

gra_arp 管理员配置的发送免费ARP的时间间隔很短 GVRP_EVENT 处理协议状态，发报文会长时间占用cpu hb_cpld_workqueue

HISR INT 有HISR长时间占用CPU

hw_err_snd_task 如果挂住，可能是硬件问题 idle_vlan_proc_thread 地址表较多地址 igmp_snp 如果cpu过高，可能是大量的组播协议报文送上来需要处理;也可能是定时器超时，有大量的定时器触发事件需要处理；

ikl_msg_operate_thread 存在大量RDP通信

imid 1：执行show 命令显示路由信息时当需要显示的信息量过大时，可能会出现CPU高，这时需要用户等待一段时间，待信息全部显示完后，再执行下一步操作。 2：其他异常原因。

ip6_tunnel_rcv_pkt 报文多

ip6timer 某个定时器长时间占用CPU

ipfix_event IPFIX的聚合记录太多，导致IPFIX发送大量报文。 ipmrf6d ipmrfd

itftptask connect死循环；不停收发报文传输文件； keepalive_link_notify 地址表较多地址 kevents

kswapd 1、内存比较紧张

ktimer 有定时器长时间占用CPU kupdate 1、有USB设备的存在

lcd_adt_daemon 液晶屏出现故障，如：与管理板的通讯出现故障导致控制命令反复重传，或液晶屏按钮故障不断地产生按键事件

lcdm_print 液晶屏出现故障，如：液晶屏按钮故障不断地产生按键事件 lcdm_read 打开文件失败时，一直尝试重新打开文件。

lclogtocm_cm 线卡日志不停产生；模块本身处理有问题死循环了； lclogtocm_lc 线卡日志不停产生；模块本身处理有问题死循环了； ldpd 1:ldp邻居频繁震荡 2:大量IGP路由频繁震荡

3.邻居数量过大,且hello时间间隔过小 LISR INT 有LISR执行频繁，占用CPU

ll main process 查询接口状态时，读硬件会长时间占用cpu

ll_mt 报文处理函数，或消息处理函数，或MAC地址学习较多，长期占用cpu logser ipfix不停发来日志信息 mem_info_task

mngpkt_rcv_thread 管理报文砸包过多，端口LINK DOWN看能否恢复 mngpkt_recycle_thread 处理死循环了，需要进一步分析 mrf6d 不可能占用很高。 mrfd 不可能占用很高。

msf 如果cpu过高，可能是组播表项太多，需要一直刷到ssp模块;

mstp_event 1、状态机出现死循环。 2、配置最大的实例个数，同时打开调试开关，控制台频繁地打印调试信息。 3、拓扑出现频繁震荡。

mtdblock 这个线程不会持续

占用CPU，因为目前的RGOS没有利用块设备去访问MTD设备 nsmd 单播路由、组播路由多，计算量大。

如果nsmd线程的cpu过高，可能是这个功能有大量的处理逻辑；可能是大量的末知名组播数据报文送上来需要处理;组播核心需要通过给PIM模块导致;

如果nsmd线程的cpu过高，可能是这个功能有大量的处理逻辑；可能是大量的IGMP协议报文送上来需要处理; ntp_s_task ntp_task

ospf6d 1、OSPF网络邻居较多。 2、OSPF网络路由量较大。 3、OSPF网络振荡较频繁。 ospfd 1、OSPF网络邻居较多。 2、OSPF网络路由量较大。 3、OSPF网络振荡较频繁。

paramter 配置文件中配置信息较多，或者某些配置在执行过程中长时间占用CPU pbr_guard PBR把策略路由通告给SSP，SSP层的FFP整合速度慢 pdmd 1.PIM-DM协议报文攻击 2.组信息变化多

pim6d 1.PIM-SMv6协议报文攻击 2.MLD组信息变化多

pimd 1.PIM-SM协议报文攻击 2.IGMP组信息变化多

poe_scan_0 如果挂住，可能是硬件问题 printk_task 不停地打印日志信息或调试信息

privt_mac_clear_task privatevlan mac地址很多的情况下CPU可能升高

psnp 如果cpu过高，可能是大量的组播协议报文送上来需要处理;也可能是定时器超时，有大量的定时器触发事件需要处理；

radius_task 仅本部代码而言是因为报文过多 RDNDFCLT 调用通告函数等死循环

rdp_rcv_thread 底层表项操作次数太多，或者效率低下 rdp_snd_thread 存在大量RDP通信

rerp_msg_recv_thread 瞬间RERP操作太多

rerp_task 1) 三层快转有过多的ARP需要发送。 2) 存在ARP攻击。 3) 网络中存在环路。 res6t 需要解析的邻居多

reup_event_handler REUP所控制的两个端口都出现link震荡，导致REUP线程清除MAC地址。 ripd 1、网络邻居较多。 2、网络路由量较大。 3、网络振荡较频繁。 4、RIP接口较多

ripngd 1、网络邻居较多。 2、网络路由量较大。 3、网络振荡较频繁。

4、RIPng接口较多

rl_con 所执行的命令的执行函数长时间占用CPU rl_listen 不停的触发事件，创建相应的线程 rldp_task 1、状态机出现死循环。 2、报文处理函数长期占用CPU。 3、线程出错。

rns_daemon RNS配置的对象太多。RNS收到攻击。 rpc_async

rpc_async 消息队列中有大量的待处理消息，理论上系统不会产生大量此类消息（目前S76不支持热备，因此这个任务创建后立即挂启在消息队列上）

rtadvd 某个定时器长时间占用CPU，或接收的路由器请求报文很多 scc_netif_task 不应该挂住 sdk_bcmCNTR.0 sdk_bcmDPC sdk_bcmLINK.0 sdk_bcmTX

serialnum_mb_task 一般不会出现CPU持续高占用 serialnum_send_task 一般不会出现CPU持续高占用 snmp_trapd 要发送的trap太多，不停地发送 snmpd 受到网管端的报文攻击

sntp_recv_task 同步时间间隔太短，不停的收发报文

ssp_conf_task 模块向配置分发任务注册的分发函数存在死循环或者吃CPU的处理过程。 ssp_debug_task 一般不会出现CPU持续高占用 ssp_flow_handle_task 大量NFPP类型报文攻击 ssp_flow_message_task 大量NFPP类型报文攻击 ssp_flow_rx_task 数据报文砸包收包过多 ssp_flow_rx_task 往CPU砸包

ssp_init_task 如果挂住，可能是硬件问题 ssp_isg_task 任务故障或攻击报文过多

ssp_keepalive_task 一般不会出现CPU持续高占用 ssp_l3intf_check_task 该线程不会持续占用CPU ssp_mc_hit_task 组播表项多 ssp_mc_trap_task 组播表项多

ssp_mngpkt_receive_task 一般不会出现CPU持续高占用。 ssp_msg_operate_task 注册的异步操作处理繁忙导致 ssp_rdp_rcv_task 同步类型消息执行函数死循环 ssp_rdp_send_task RDP重传

ssp_rdp_sl_change_task 内存被改写

ssp_redun_sync_task 一般不会出现CPU持续高占用 ssp_rpc_rcv_task 同步类型消息执行函数死循环

stack_disc_task 收发包有问题，或者端口LINK有硬件问题 stack_task 收发包有问题

stat_get_and_send 代码死循环，需要进一步确认 tac+_acct_task 仅本代码而言是因为记账请求较多 tac+_task 仅本部代码而言是因为报文过多

Tarptime 许多ARP表项的定时器同时超时

tasklet_task 添加的软中断执行时间太长（现只有tipc使用） temp_detect_task

temperature_handler_task 简单操作，不应该占用CPU Tlogtrap

tnet ARP报文或IPv4报文比较多

tnet_rdcy 主管理板正在批量备份，网络接口和IP地址比较多 tnet6 IPv6报文比较多

tpp_task 1) 三层快转有过多的ARP需要发送。 2) 存在ARP攻击。 3) 网络中存在环路。

track_daemon 跟踪对象频繁通告状态变化；或创建的track对象很多 Ttcptimer 网络质量差，很多TCP套接字在重传

tunrt6 IPv4单播快转的前缀表频繁变动，导致隧道快转频繁地重新选路。 uart_debug_file_task 命令@@@@f的信息过多 uart_ssp 控制台打印东西过多 usb_hub 1、有USB设备的存在

vlan_mac_task 一般不会出现CPU持续高占用

vrrpd 收到的VRRP协议报文很多；或者配置的VRRP组很多，导致发送的VRRP协议报文很多

vty_connect 一下子创建太多的连接 waitqueue_process 线程出错

本文来源：https://www.bwwdw.com/article/hqi.html