交换机CPU使用率过高的原因分析及探讨
ＡＲＰ攻击能够在网络中产生大量的 ＡＲＰ通信 量使网络阻塞，攻击者只要持续不断地发出伪造的 ＡＲＰ响应包，就能更改目标主机 ＡＲＰ缓存中的 ＩＰ－ ＭＡＣ条目，造成网络中断或中间人攻击。ＡＲＰ攻击 主要存在于局域网网络中，局域网中若有一台计算 机感染 ＡＲＰ木马，则感染该 ＡＲＰ木马的系统会试图 通过“ＡＲＰ欺 骗 ”手 段 截 获 所 在 网 络 内 其 他 计 算 机 的通信信息并造成这些计算机出现通信故障。 １．３ 高 ＣＰＵ利用率的正常情况
当网络中存在物理环路时，会造成每一帧数据 都在网络中重复广播，引起广播风暴。要消除这种 网络循环连接带来的网络广播风暴可以使用 ＳＴＰ协 议（生成树协议），以网络中一台交换机为节点生成 一棵转发树，这样所有的数据都只在这棵树所指示 的路径上传输，就不会产生广播风暴———因为树型 结构没有环路。但由于 ＳＴＰ算法对交换机来说占用 资源太大，因此一般交换机都默认未启用该协议。 １．２ ＡＲＰ攻击
集线器不具备交换功能，集线器对数据包的处 理方法是将数据包复制并放大，然后送到连接该集
收稿日期：２０１８－０５－０２ 作者简介：蔡昱（１９９０—），男，江西省新余人，助理工程师，从事计算机软件、网络开发及维护工作。
第 ３８卷第 ２期
蔡昱，朱忠琼，李丽华：交换机 ＣＰＵ使用率过高的原因分析及探讨
第 ３８卷第 ２期 ２０１８ 年 ４月
江西冶金 ＪＩＡＮＧＸＩ ＭＥＴＡＬＬＵＲＧＹ
文章编号：１００６２７７７（２０１８）０２００４２０３
Ｖｏｌ．３８， Ｎｏ．２ Ａｐｒｉｌ ２０１８
交换机 ＣＰＵ使用率过高的原因分析及探讨
蔡昱，朱忠琼，李丽华
（新余钢铁集团有限公司，江西 新余 ３３８００１）
１ 交换机 ＣＰＵ利用率过高的原因分析
通过现场调查及查阅类似故障的多个案例，发
现引起 ＣＰＵ利用率过高的原因有以下几点：广播风 暴、ＡＲＰ攻击、高 ＣＰＵ利用率的正常情况、其他导致 ＣＰＵ过高的事件等。 １．１ 广播风暴
广播风暴是指广播数据充斥网络无法处理并占 用大量网 络 带 宽，导 致 网 络 性 能 下 降，甚 至 彻 底 瘫 痪。广播风暴的产生有多种原因，比如误用集线器、 蠕虫病 毒、交 换 机 端 口 故 障、网 线 问 题 和 网 络 环 路等。 １．１．１ 误用集线器
Hale Waihona Puke 摘要： 新钢自动化部将物料环网的百兆老网首次接进千兆新网后，二层交换机 ＣＰＵ的使用率达到了 ８０％以
上，对导致此现象产生的原因进行分析并采取试验方法进行诊断。远程对所有二层交换机的固件升级后，其 ＣＰＵ使用率降至
５０％左右。
关 键 词： 交换机 ＣＰＵ；广播风暴；ＡＲＰ；数据包；固件升级 中图分类号： ＴＰ３０６．３ 文献标志码： Ｂ
ＲｅａｓｏｎＡｎａｌｙｓｉｓａｎｄＤｉｓｃｕｓｓｉｏｎｏｎｔｈｅＥｘｃｅｓｓｉｖｅＳｗｉｔｃｈＣＰＵ Ｕｔｉｌｉｚａｔｉｏｎ
ＣａｉＹｕｓｕ，ＺｈｕＺｈｏｎｇｑｉｏｎｇ，ＬｉＬｉｈｕａ
（ＸｉｎｙｕＳｔｅｅｌＧｒｏｕｐＣｏ．，Ｌｔｄ．Ｘｉｎｙｕ３３８００１ｊｉａｎｇｘｉ，Ｃｈｉｎａ）
Ａｂｓｔｒａｃｔ： Ａｆｔｅｒｔｈｅｏｌｄ１００Ｍ ｅｔｈｅｒｎｅｔａｒｅｃｏｎｎｅｃｔｅｄｉｎｔｏｋｉｌｏｍｅｇａｅｔｈｅｒｎｅｔｏｆｍａｔｅｒｉａｌｒｉｎｇｎｅｔｗｏｒｋｏｆＡｕｔｏｍａｔｉｏｎＤａｐａｒｔｆｏｒ
ｔｈｅｆｉｒｓｔｔｉｍｅｉｎＸｉｎｙｕＳｔｅｅｌ，ｌａｙｅｒ２ｓｗｉｔｃｈｅｓＣＰＵｕｔｉｌｉｚａｔｉｏｎｒａｔｅｒｅａｃｈｅｄｍｏｒｅｔｈａｎ８０％．Ｔｈｅｃａｕｓｅｓｏｆｔｈｉｓｐｈｅｎｏｍｅｎｏｎａｒｅａｎａ ｌｙｚｅｄａｎｄｔｅｓｔｍｅｔｈｏｄａｒｅｃａｒｒｉｅｄｏｕｔｆｏｒｔｈｅｄｉａｇｎｏｓｉｓ．Ａｆｔｅｒｔｈｅｆｉｒｍｗａｒｅｕｐｇｒａｄｅｏｆａｌｌｔｗｏｌａｙｅｒｓｗｉｔｃｈｅｓ，ｔｈｅＣＰＵｕｔｉｌｉｚａｔｉｏｎｒａｔｅｉｓ ｒｅｄｕｃｅｄｔｏａｂｏｕｔ５０％．
当交换机出现一个端口传输速率非常缓慢，且 最后导致整个交换机都慢下来时，可以通过控制台 检查交换机的运行状态。如果交换机的缓冲池增长 得非常快且达到 ９０％以上，就可以断定交换机与所 连接的计算机之间发送了大量的广播。产生这种现 象的原因可能是由于连接该计算机的网卡被损坏， 导致不断发送广播包；也可能是由于网卡与交换机 形成了回路，广播包被阻塞不能及时发出而造成。 １．１．４ 网线短路
Ｋｅｙｗｏｒｄｓ： ｓｗｉｔｃｈＣＰＵ；ｂｒｏａｄｃａｓｔｓｔｏｒｍ；ＡＲＰ；ｐａｃｋｅｔｓ；ｆｉｒｍｗａｒｅｕｐｄａｔｅ
０ 引言
新钢自动化部在将物料环网的百兆老网首次接 进千兆新网后，发生了几次断网现象。在查找断网原 因的过程中，发现新网的赫斯曼千兆二层交换机的 ＣＰＵ使用率非常高，达到了 ８０％以上，并且瞬时值经 常达到 １００％，但是三层核心交换机的 ＣＰＵ利用率却 是正常的。为此，进行了原因分析和试验诊断，最终 顺利解决了该问题，获得了宝贵的工作经验。
在局域网中，通信前必须通过 ＡＲＰ协议来完成 ＩＰ地址 转 换 为 第 二 层 物 理 地 址 （即 ＭＡＣ地 址）。 ＡＲＰ协议对网络安全具有重要的意义，但是 ＡＲＰ方 式在设 计 之 初 没 有 考 虑 到 过 多 的 安 全 问 题，这 给
ＡＲＰ协议留下了很多的隐患，而 ＡＲＰ欺骗攻击就是 利用该协议漏洞，通过伪造 ＭＡＣ地址来实现 ＡＲＰ 欺骗攻击。
· ４３·
线器的各个设备中，因此数据包充斥在整个局域网 中，可能造成数据包的冲突加剧。如果误将集线器 当作交换机使用后，由于其本身的这种缺陷，会引发 广播风暴。 １．１．２ 蠕虫病毒
在判断局域网中某计算机是否感染了蠕虫病毒 （如震荡波、ＲＰＣ等 病 毒 ）时，可 以 查 看 该 计 算 机 网 卡的发送包和接收包数量。如果发送包数量在快速 增加，说明该计算机感染了蠕虫病毒。网络传播发 送数据包会损耗大量的网络带宽，引起网络堵塞，导 致广播风暴。 １．１．３ 交换机端口故障
cpu占用过高原因分析
cpu占用过高原因分析CPU是一台计算机的运算核心和控制核心。
我们进行的电脑操作都需要和CPU打交道，一旦CPU的使用率过高，就会影响处理速度，从而使得电脑慢下来，下面是分享的cpu占用过高原因分析，一起来看一下吧。
原因一、硬件方面导致的CPU使用率高电脑cpu占用过高怎么办?其实硬件方面决定着比较大的关系，比如如果电脑还是老爷机，采用最初的单核赛扬级处理器，那么这样的电脑，在多开启几个网页的情况下就容易导致CPU使用率过高，不管你怎么优化系统，这个问题始终无法很好解决，这主要是因为硬件本身过低造成的。
原因二、软件方面导致的CPU使用率高这方面主要涉及到的是系统问题，比如系统过于臃肿，开启过多程序以及电脑中病毒木马等等都会产生CPU使用率过高，而导致电脑速度慢。
解决办法主要是围绕系统优化，优化开机启动项、尽量避免开启太多程序等等，以下我们会详细介绍。
不过如今电脑均已经达到了双核以上，即便入门处理器在满足上网与办公也会有非常流畅的运行速度，因此如果是老电脑经常出现CPU使用率过高，那么建议大家最好升级处理器或者换电脑从根本上解决问题。
对于如今入门双核处理器尽管满足基本上网与办公流畅，但运行大型应用也同样会存在CPU使用率高的问题，因此在DIY装机中我们一定要了解电脑的用途与需求，选择合适的电脑配置。
最后我们再来重点与大家介绍下关于电脑cpu占用过高怎么办的解决办法。
由于硬件方面，我们只能采取硬件升级来解决，所以这里不过多介绍，下面我们主要针对系统以及软件优化的方式，来尽量释放CPU使用率，这种方法适合CPU使用高并不是很严重的情况，过于严重建议还是从硬件升级入手。
(1).排除病毒感染如果电脑中病毒或马的情况下，木马恶意程序很可能会大量占用CPU 资源，尤其是一些顽固病毒木马，一直都在恶意循环活动，感染各类系统文件，大量占用CPU资源，这种情况就很容易出现CPU使用率过高，即便是较高的CPU也经不起反复大量的恶意程序运行，因此如果发现CPU使用过高，我们首先应高想下是否是电脑中病毒了，建议大家安装如金山杀毒进行全面查杀。
S5800交换机频繁出现CPU利用率高问题案例分析
案S5800交换机频繁出现CPU利用率高问题案例分析∙0推荐，1035浏览∙3收藏，我的收藏问题现象某局点反馈，S5800设备使用过程中，CPU利用率突然上升到100%，之后客户业务马上受到影响，登录设备查看进程发现arp占79%，但过了几分钟后CPU又回到原来水平了。
该故障情况不定时出现，每次出现持续一段时间。
原因分析1、根据诊断信息，可以确定占用CPU最多的进程是ARP任务。
现场通过抓包确认，CPU高时，设备收到较多ARP报文。
2、查看设备配置，发现配置了arp detection功能。
在配置了ARP Detection功能后，设备会将收到的ARP报文重定向到CPU进行检查，这样可能会导致当网络中存在攻击者恶意构造大量ARP报文发往设备，会导致设备的CPU负担过重，从而造成其他功能无法正常运行甚至设备瘫痪。
这种情况下，可以启用ARP报文限速功能来控制上送CPU的ARP报文的速率。
但现场配置arp报文限速功能后，cpu依然很高，后来关闭了arp detection功能后，故障仍然存在。
3、继续排查，通过现场在CPU高时打印上送cpu的报文，以及收集如下信息查看arp进程的具体调用栈情况。
[S5800]_h[S5800-hidecmd]dis task 110 slot 1 cpu 0[S5800-hidecmd]dis task 110 slot 2 cpu 0通过查看任务调用信息，发现下面的配置导致ARP进程偏高：arp anti-attack source-mac filterarp广播报文默认上cpu处理，而arp 单播回应报文只有目的mac是设备本身才会上送cpu，默认情况下目的mac不是自己的不上，配置该命令后，导致过路的arp也会上送cpu。
该命令的作用是：使能源MAC地址固定的ARP攻击检测之后，该特性会对上送CPU的ARP报文按照源MAC地址和VLAN进行统计。
当在一定时间（5秒）内收到某固定源MAC地址的ARP报文超过设定的阈值，不同模式的处理方式存在差异：在filter模式下会打印Log信息并对该源MAC地址对应的ARP报文进行过滤；在monitor模式下只打印Log信息，不过滤ARP报文。
cpu使用率100
cpu使用率100CPU使用率100CPU使用率是指计算机中CPU处于工作状态的时间比例，通常以百分比表示。
当CPU使用率达到100%时，意味着CPU正在全力运行，在处理程序和任务方面达到了极限。
在这篇文档中，我们将探讨CPU使用率100%的原因、可能的影响以及如何解决这个问题。
1. 原因CPU使用率100%可能有多种原因，下面列举几个常见的情况：a) 资源密集型程序：运行大型软件或执行复杂的计算任务会占用大量的CPU资源，导致CPU使用率达到100%。
b) 病毒或恶意软件感染：恶意软件或病毒可能会占用大量CPU资源，导致CPU使用率飙升。
c) 多个程序同时运行：如果同时打开了多个资源密集型程序或多个后台进程，CPU使用率可能会增加。
d) 运行不兼容的程序：某些程序可能与操作系统或其他软件不兼容，导致CPU使用率异常高。
2. 影响高CPU使用率可能会导致以下几个问题：a) 性能下降：当CPU达到100%使用率时，系统的响应速度会明显减慢，导致整个计算机变得缓慢。
b) 系统崩溃：如果CPU使用率持续保持在100%，系统可能会崩溃或出现不可预测的错误。
c) 电源消耗增加：当CPU持续工作时，会产生更多的热量，导致电脑的功耗增加。
d) 组件损坏：如果CPU长时间工作在高使用率下，可能会导致过热，从而对系统硬件造成损坏。
3. 解决方法在CPU使用率100%的情况下，我们可以采取以下解决方法来降低CPU负载：a) 关闭不必要的程序：关闭运行不必要的程序和后台进程，释放CPU资源。
b) 升级硬件：如果CPU使用率经常达到100%，可能是硬件不足，考虑升级CPU或增加内存。
c) 定期清理病毒和恶意软件：使用安全软件扫描系统，清理恶意软件和病毒，恢复CPU资源。
d) 优化系统设置：关闭自动更新、禁用视觉效果等操作可以减少CPU使用率。
e) 检查问题程序：如果特定程序导致高CPU使用率，查询相关文档或在社区寻求解决方案。
交换机CPU使用率高问题定位
Pass(Bytes) Drop(Bytes) Pass(Packets) Drop(Packets)
-------------------------------------------------------------------------------
arp-miss
0
0
0
0
arp-reply
注意，查看统计时，需要关注协议冲击位于哪个槽位，即“Statistics on slot x”。
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
10
第三步：按协议类型分别处理-1
ARP
通过display interface检查哪些接口存在Broadcast数量异常，并在此接口配置广播流量抑 制，限制单个接口广播速率(例如限制为50pps)：
中的arp-request类型。
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
4
display logbuffer
<Quidway>display logbuffer Logging buffer configuration and contents : enabled Allowed max buffer size : 1024 Actual buffer size : 512 Channel number : 4 , Channel name : logbuffer Dropped messages : 0 Overwritten messages : 0 Current messages : 395
0
35
CPU占用率100原因及解决方法
CPU占用率100原因及解决方法CPU占用率100原因及解决方法1、防杀毒软件造成故障由于新版的kv、金山、瑞星都加入了对网页、插件、邮件的随机监控，无疑增大了系统负担。
处理方式:基本上没有合理的处理方式，尽量使用最少的监控服务吧，或者，升级你的硬件配备。
2、驱动没有经过认证，造成cpu资源占用100%大量的测试版的驱动在网上泛滥，造成了难以发现的故障原因。
处理方式:尤其是显卡驱动特别要注意，建议使用微软认证的或由官方发布的驱动，并且严格核对型号、版本。
3、病毒、木马造成大量的蠕虫病毒在系统内部迅速复制，造成cpu占用资源率据高不下。
解决办法:用可靠的杀毒软件彻底清理系统内存和本地硬盘，并且打开系统设置软件，察看有无异常启动的程序。
经常性更新升级杀毒软件和防火墙，加强防毒意识，掌握正确的防杀毒知识。
4、控制面板—管理工具—服务—rising realtime monitorservice点鼠标右键，改为手动。
5、开始->；运行->；msconfig->；启动，关闭不必要的启动项，重启。
6、查看“svchost”进程。
svchost.exe是windowsxp系统的一个核心进程。
svchost.exe 不单单只出现在windowsxp中，在使用nt内核的windows系统中都会有svchost.exe的存在。
一般在windows2000中svchost.exe进程的数目为2个，而在windowsxp中svchost.exe进程的数目就上升到了4个及4个以上。
7、查看网络连接。
主要是网卡。
8、查看网络连接当安装了windows xp的计算机做服务器的时候，收到端口445上的连接请求时，它将分配内存和少量地调配cpu资源来为这些连接提供服务。
当负荷过重的时候，cpu占用率可能过高，这是因为在工作项的数目和响应能力之间存在固有的权衡关系。
你要确定合适的maxworkitems设置以提高系统响应能力。
CPU占用率高的九种可能
CPU占用率高的九种可能CPU占用率高的九种可能CPU占用率高的九种可能排除用户对CPU进行超频造成的烧毁，我们在正常使用电脑中的遇到CPU处理器出现故障的情况并不多见。
一般情况，如果电脑无法启动或是极不稳定，我们会从主板、内存等易出现故障的配件入手进行排查，如果主板、内存、显卡、硬件等其它配件没有问题，那么肯定是CPU出现了问题。
一般情况下，CPU出现故障后极容易判断，往往有以下表现:1、加电后系统没有任何反映，也就是我们经常所说的主机点不亮;2、电脑频繁死机，即使在CMOS或DOS下也会出现死机的情况。
(这种情况在其它配件出现问题，如内存等之后也会出现这种情况，可以利用排除法查找故障出处);3、电脑不断重启，特别是开机不久便连续出现重启的现象;4、电脑性能下降，下降的程度相当大。
很多朋友通过排除法查找到CPU故障后，不知道如何去排除，认为CPU出现故障后，一般情况下就得更换新的产品。
其实不然，在很多情况下，只要CPU处理器没有烧毁，我们还是可以解决各类问题的。
接下来以实便的形式向大家介绍几种故障出现的原因及解决方法。
一。
电脑频繁死机故障分析与解决故障现象:一台英特尔赛扬1GB的主机，最近在使用过程出现了频繁死机的情况。
具体表现为:开机后能够顺利的进入Win98系统，但使用15分钟左右，系统便死机，故障分析:死内存、显卡或是主板等配件哪一个出现问题都可以造成死机，于是采用替换法，对主机内的各种配件进行了一一替换后焦点落在CPU身上。
通过检测，发现CPU的核心工作电压为1.2V，而赛扬1GB的默认工作电压为1.5V，问题肯定出在处理器上。
故障排除:由于CPU的默认工作电压为1.475V，如今只有1.2V的工作电压，因此造成电脑经常死的原因肯定是CPU的供电不足引起的，这种情况下很可能因为主板的元件老化，造成了供电部分的电压偏低，CPU自然就不能正常工作，死机也就在所难免了。
就像是超频一样，提升频率后的CPU不会都很稳定，有的需要增加电压才能稳定在更高的频率上，这道理一样，其实相当一部分的电脑故障都和供电有关。
数据库服务器CPU占用率太高原因分析及后续改进措施
数据库服务器CPU占用率太高原因分析及后续改进措施1.查询语句效率低下查询语句的执行效率直接关系到数据库服务器的CPU占用率。
如果查询语句设计不合理、索引缺失或者数据量过大等原因，都会导致查询效率低下。
在这种情况下，可以采取以下措施：-优化查询语句，尽量减少不必要的数据读取和计算操作；-分析数据库表结构，合理设计索引，提高查询性能；-对于数据量过大的查询，可以考虑分页查询或者增加缓存机制。
2.数据库连接过多如果数据库连接过多，每个连接都会占用一部分CPU资源，导致CPU占用率过高。
可以通过以下方式来解决这个问题：-优化应用程序连接池的配置，避免创建过多的数据库连接；-对于不再使用的连接，及时关闭释放，避免连接池中闲置连接的浪费；-使用长连接来减少连接的频繁创建和销毁。
3.数据库负载过高-对于并发请求过多的情况，可以考虑增加数据库服务器的硬件资源，如增加CPU核数、内存容量等；-使用分布式数据库架构，将负载分散到多个节点上，提高整体处理能力；-对于复杂计算任务，可以将其优化为批量处理或者异步任务，减少对数据库服务器的压力。
4.锁竞争导致阻塞如果多个同时执行的事务存在锁竞争，有可能导致数据库服务器的CPU占用率过高。
可以采取以下方式来改善这个问题：-使用合适的锁策略，避免长时间占用锁资源；-缩小事务的范围，减少锁竞争的可能性；-可以考虑使用乐观锁或者分布式事务来减少锁竞争。
5.数据库配置不当综上所述，数据库服务器CPU占用率过高的原因可能是查询效率低下、数据库连接过多、数据库负载过高、锁竞争导致阻塞、数据库配置不当等。
对于这些问题，我们可以采取相应的改进措施，以提高系统的整体性能。
思科_对Cisco路由器上的CPU使用率过高进行故障排除
对 Cisco 路由器上的 CPU 使用率过高进行故障排除交互：本文档对您的 Cisco 设备进行自定义分析。
内容前言前提条件需求使用的组件惯例CPU 使用率较高时的症状初始故障排除确定原因并解决问题由于中断而导致 CPU 使用率较高高CPU，当启用在Cisco 7600系列路由器时的网流NDE由于进程而导致 CPU 使用率较高PCI 和快速内存池显示非常高的使用率%SNMP-4-HIGHCPU ：Process exceeds [dec]ms threshold ([dec]ms IOS quantum) for [chars] of [chars]--result [chars]高CPU由于软件加密高CPU利用率由于分段用于获取详细信息的命令show processes cpu 命令show interfaces 命令show interfaces switching 命令show interfaces stat 命令show ip nat translationsshow align 命令show version 命令show log 命令用于定期收集数据的 UNIX Shell 脚本相关信息前言本文档介绍了 Cisco 路由器上的 CPU 使用率较高的常见原因和症状，并提供了故障排除指导原则和解决方案。
前提条件需求对 Cisco 路由器上的 CPU 使用率过高进行故障排除时，必须了解 Cisco IOS® 软件交换路径。
有关 Cisco IOS 软件交换路径的信息，请参阅性能调整基础知识。
使用的组件本文档不限于特定的软件和硬件版本。
惯例有关文档规则的详细信息，请参阅 Cisco 技术提示规则。
CPU 使用率较高时的症状此列表介绍了 CPU 使用率较高时的常见症状。
如果您注意到其中的任何一种症状，请按照本文档中的故障排除步骤解决问题。
show processes cpu 命令输出中的百分比较高如果您拥有来自Cisco设备的show processes cpu命令输出，则可以使用它显示潜在的问题，并进行修复。
案例分析一次C4506交换机CPU利用率过高的处理过程
案例分析一次C4506交换机CPU利用率过高的处理过程案例分析：一次C4506交换机CPU利用率过高的处理过程刚处理过一次C4506交换机CPU利用率过高（1）通过交换机show proc cpu的命令输出的信息可以看到：在5秒、1分钟、5分钟内Cat4k Mgmt LoPri进程的CPU占用率分别为91.69% 92.18% 92.23%显然是这个进程消耗了大量的CPU运行资源，从而导致交换机没有新的资源处理新的请求。
处理器运行两个进程，Cat4k Mgmt HiPri和Cat4k Mgmt LoPri，这两个进程同其他进程一样要占用cpu时间。
当Cat4k平台上某项进程占用cpu超出了应分配的cpu时间，Cat4k Mgmt LoPri会接管这项进程，使其他进程能够得到cpu时间。
同样当某个进程占用cpu时间没有超过规定的cpu利用率，Cat4k Mgmt HiPri会接管这个进程。
而Cat4k Mgmt LoPri进程CPU占用率超过90%，我们判断一定是某一个进程大大超过了CPU应分配的时间，而Cat4k Mgmt LoPri 进程试图接管这一进程，而导致了Cat4k Mgmt LoPri 进程的CPU占用时间超过了90%。
根据这一思路只要我们找出这个进程，将其关闭或找出这个进程的作用，就可以解决这个问题并能够找出CPU占用率过高的原因。
show proc cpuCPU utilization for five seconds: 99%/0%; one minute: 99%; five minutes: 99%PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 1 0 13 0 0.00% 0.00% 0.00% 0 Chunk Manager2 552 ***** 25 0.00% 0.00% 0.00% 0 Load Meter3 160 131 1221 0.00% 0.00% 0.00% 0 SpanTree Helper4 0 1 0 0.00% 0.00% 0.00% 0 Deferred Events5 ***** ***** 7054 0.00% 0.06% 0.05% 0 Check heaps6 4 2 2000 0.00% 0.00% 0.00% 0 Pool Manager7 0 2 0 0.00% 0.00% 0.00% 0 Timers 8 0 2 0 0.00% 0.00% 0.00% 0 Serial Backgroun9 0 1 0 0.00% 0.00% 0.00% 0 AAA_SERVER_DEADT10 0 2 0 0.00% 0.00% 0.00% 0 AAA high-capacit11 0 1 0 0.00% 0.00% 0.00% 0 PolicyManager12 16 1825 8 0.00% 0.00% 0.00% 0 IPC Dynamic Cach13 0 1 0 0.00% 0.00% 0.00% 0 IPC Zone Manager14 644 ***** 5 0.00% 0.00% 0.00% 0 IPC Periodic Tim15 412 ***** 3 0.00% 0.00% 0.00% 0 IPC Deferred Por16 0 1 0 0.00% 0.00% 0.00% 0 IPC Seat Manager17 0 1 0 0.00% 0.00% 0.00% 0 IFS Agent Manage18 ***** ***** 316 0.23% 0.21% 0.22% 0 ARP Input19 68 11 6181 0.00% 0.00% 0.00% 0 Entity MIB API20 0 1 0 0.00% 0.00% 0.00% 0 SERIAL A'detect21 856 ***** 7 0.00% 0.00% 0.00% 0 Dynamic ARP Insp22 2060 ***** 75 0.00% 0.00% 0.00% 0 HC Counter Timer23 0 1 0 0.00% 0.00% 0.00% 0 Critical Bkgnd24 1716 ***** 18 0.00% 0.00% 0.00% 0 Net Background25 0 5 0 0.00% 0.00% 0.00% 0 Logger 26 716 ***** 6 0.00% 0.00% 0.00% 0 TTY Background27 2072 ***** 18 0.00% 0.00% 0.00% 0 Per-Second Jobs28 ***** 1947 ***** 0.00% 0.04% 0.00% 0 Per-minute Jobs29 ***-***** ***-***** 324 4.63% 3.81% 3.72% 0 Cat4k Mgmt HiPri30 ***-***** ***-***** 1250 91.69% 92.18% 92.23% 0 Cat4k MgmtLoPri31 260 ***** 5 0.00% 0.00% 0.00% 0 Galios Reschedul32 0 2 0 0.00% 0.00% 0.00% 0 Helper33 0 2 0 0.00% 0.00% 0.00% 0 NAM ManagerIOS ACL 34 152 2 ***** 0.00% 0.00% 0.00% 0 rf task 35 ***** ***** 30 0.00% 0.00% 0.00% 0 Net Input36 ***** ***** 504 0.07% 0.03% 0.00% 0 Compute load avg37 0 84 0 0.00% 0.00% 0.00% 0 BACK CHECK38 0 1 0 0.00% 0.00% 0.00% 0 chkpt message ha39 0 2 0 0.00% 0.00% 0.00% 0 cpf_process_msg_40 0 1 0 0.00% 0.00% 0.00% 0 cpf_process_ipcQ41 0 14 0 0.00% 0.00% 0.00% 0 AggMgr Process42 0 1 0 0.00% 0.00% 0.00% 0 *****43 0 15 0 0.00% 0.00% 0.00% 0 Collection proce44 0 3 0 0.00% 0.00% 0.00% 0 CEF switching ba45 0 2 0 0.00% 0.00% 0.00% 0 AAA Dictionary R46 0 2 0 0.00% 0.00% 0.00% 0 AAA Server47 0 1 0 0.00% 0.00% 0.00% 0 AAA ACCT Proc48 0 1 0 0.00% 0.00% 0.00% 0 ACCT Periodic Pr49 ***** ***-***** 492 0.71% 0.62% 0.62% 0 Spanning Tree50 4396 ***** 78 0.00% 0.01% 0.00% 0 DTP Protocol51 40 ***** 3 0.00% 0.00% 0.00% 0 Ethchnl52 3744 ***** 34 0.00% 0.01% 0.00% 0 UDLD 53 12 934 12 0.00% 0.00% 0.00% 0 DHCP Snooping54 20 1825 10 0.00% 0.00% 0.00% 0 Port-Security55 ***-***** ***-***** 511 1.59% 1.75% 1.77% 0 IP Input56 0 1 0 0.00% 0.00% 0.00% 0 ICMP event handl57 ***** ***** 2424 0.07% 0.14% 0.11% 0 CDP Protocol58 16 221 72 0.00% 0.02% 0.00% 0 Exec 61 148 2534 58 0.00% 0.00%0.00% 0 CEF background p62 0 2 0 0.00% 0.00% 0.00% 0 XDR mcast63 0 1 0 0.00% 0.00% 0.00% 0 IPC LC Message H64 0 1 0 0.00% 0.00% 0.00% 0 XDR RP Ping Back65 8 925 8 0.00% 0.00% 0.00% 0 XDR RP backgroun66 0 1 0 0.00% 0.00% 0.00% 0 XDR RP Test Back67 0 1 0 0.00% 0.00% 0.00% 0 68 ***** ***** 550 0.07% 0.07% 0.07% 0 CEF: IPv4 proces69 184 36 5111 0.00% 0.00% 0.00% 0 ADJ background70 48 367 130 0.00% 0.00% 0.00% 0 L2MM 71 120 1447 82 0.00% 0.00% 0.00% 0 MRD 72 1068 ***** 89 0.00% 0.00% 0.00% 0 IGMPSN 73 0 1 0 0.00% 0.00% 0.00% 0 IGMPSN-HA74 0 1 0 0.00% 0.00% 0.00% 0 Socket Timers75 0 2 0 0.00% 0.00% 0.00% 0 L2TRACE SERVER76 288 ***** 17 0.00% 0.00% 0.00% 0 TCP Timer77 40 51 784 0.00% 0.00% 0.00% 0 TCP Protocols78 1012 5641 179 0.00% 0.00% 0.00% 0 HTTP CORE79 0 1 0 0.00% 0.00% 0.00% 0 CHKPT *****80 0 1 0 0.00% 0.00% 0.00% 0 CHKPT DevTest81 0 2 0 0.00% 0.00% 0.00% 0 ATIP_UDP_TSK82 0 1 0 0.00% 0.00% 0.00% 0 DHCP Snooping HA83 0 1 0 0.00% 0.00% 0.00% 0 ProbeIP IRDP Input84 0 1 0 0.00% 0.00% 0.00% 0 RARP Input85 5380 ***** 159 0.00% 0.00% 0.00% 0 DHCPD Receive86 1132 2079 544 0.00% 0.00% 0.00% 0 IP Background87 300 1856 161 0.00% 0.00% 0.00% 0 IP RIB Update88 0 1 0 0.00% 0.00% 0.00% 0 COPS 89 16 1371 11 0.00% 0.00% 0.00% 0 Cluster L290 76 ***** 6 0.00% 0.00% 0.00% 0 Cluster RARP91 0 2 0 0.00% 0.00% 0.00% 0 LOCAL AAA92 0 2 0 0.00% 0.00% 0.00% 0 AAA Cached Serve93 0 2 0 0.00% 0.00% 0.00% 0 TPLUS 94 0 3 0 0.00% 0.00% 0.00% 0 RADIUS TEST CMD95 0 2 0 0.00% 0.00% 0.00% 0 AAA SEND STOP EV96 ***** ***** 14 0.15% 0.04% 0.01% 0 PM Callback97 380 3039 125 0.00% 0.00% 0.00% 0 VLAN Manager98 8 913 8 0.00% 0.00% 0.00% 0 DHCPD Timer99 4 16 250 0.00% 0.00% 0.00% 0 VTP Trap Process100 0 2 0 0.00% 0.00% 0.00% 0 DHCP Security He101 0 1 0 0.00% 0.00% 0.00% 0 DiagCard1/-1102 0 1 0 0.00% 0.00% 0.00% 0 DiagCard2/-1103 0 1 0 0.00% 0.00% 0.00% 0 DiagCard3/-1104 0 1 0 0.00% 0.00% 0.00% 0 DiagCard4/-1105 412 476 865 0.00% 0.00% 0.00% 0 Syslog Traps106 0 2 0 0.00% 0.00% 0.00% 0 VTPMIBEDIT BUFF107 0 3 0 0.00% 0.00% 0.00% 0 SPAN switch108 0 2 0 0.00% 0.00% 0.00% 0 SNMP Timers109 0 2 0 0.00% 0.00% 0.00% 0 IP SNMP 110 0 1 0 0.00% 0.00% 0.00% 0 PDU *****HER111 0 1 0 0.00% 0.00% 0.00% 0 SNMP ENGINE112 0 1 0 0.00% 0.00% 0.00% 0 SNMP ConfCopyPro113 80 49 1632 0.00% 0.00% 0.00% 0 SNMP Traps114 1344 ***** 12 0.00% 0.00% 0.00% 0 NTP 115 324 ***** 10 0.00% 0.00% 0.00% 0 DHCPD Database116 356 ***** 6 0.00% 0.00% 0.00% 0 System polling通过show platform health 命令进一步更为详细的检查Catalyst4506交换机的进程我们发现K2CpuMan Review进程有异常，如下：show pla hea%CPU %CPU RunTimeMax Priority Average %CPU TotalTarget Actual Target Actual Fg Bg 5Sec Min Hour CPULj-poll 1.00 0.01 2 144 100 500 0 0 0 0:26GalChassisVp-review 3.00 0.17 10 28 100 500 0 0 0 2:50S2w-JobEventSchedule 10.00 0.25 10 9 100 500 0 0 0 4:35Stub-JobEventSchedul 10.00 2.36 10 34 100 500 2 2 1 35:16StatValueMan Update 1.00 0.05 1 0 100 500 0 0 0 1:58Pim-review 0.10 0.00 1 0 100 500 0 0 0 0:08Ebm-host-review 1.00 0.31 8 4 100 500 0 0 0 0:27Ebm-port-review 0.10 0.00 1 0 100 500 0 0 0 0:00Protocol-aging-revie 0.20 0.00 2 0 100 500 0 0 0 0:00Acl-Flattener 1.00 0.00 10 5 100 500 0 0 0 0:00KxAclPathMan create/ 1.00 0.00 10 5 100 500 0 0 0 0:14KxAclPathMan update 2.00 0.00 10 14 100 500 0 0 0 0:00KxAclPathMan reprogr 1.00 0.00 2 1 100 500 0 0 0 0:00TagMan-RecreateMtegR 1.00 0.00 10 5 100 500 0 0 0 0:00K2CpuMan Review 30.00 69.84 30 26 100 500 112 106 78 1248:14 K2AccelPacketMan: Tx 10.00 2.74 20 0 100 500 12 12 10 254:45 K2AccelPacketMan: Au 0.10 0.00 0 0 100 500 0 0 0 0:00K2AclMan-taggedFlatA 1.00 0.00 10 5 100 500 0 0 0 0:00K2AclCamMan stale en 1.00 0.00 10 5 100 500 0 0 0 0:00K2AclCamMan hw stats 3.00 0.50 10 5 100 500 0 0 0 7:24K2AclCamMan kx stats 1.00 0.01 10 5 100 500 0 0 0 3:03K2AclCamMan Audit re 1.00 7.76 10 5 100 500 5 0 0 4:07K2AclPolicerTableMan 1.00 0.00 10 1 100 500 0 0 0 0:17K2L2 Address Table R 2.00 3.25 12 5 100 500 0 0 0 7:25K2L2 New Static Addr 2.00 0.00 10 5 100 500 0 0 0 0:00K2L2 New Multicast A 2.00 0.00 10 5 100 500 0 0 0 0:00 K2L2 Dynamic Address 2.00 0.00 10 5 100 500 0 0 0 0:00 K2L2 Vlan Table Revi 2.00 0.00 12 8 100 500 0 0 0 0:02 K2 L2 Destination Ca 2.00 0.00 10 0 100 500 0 0 0 0:00 K2PortMan Review 2.00 1.53 15 11 100 500 2 1 1 26:42 Gigaport***** Review 0.40 0.04 4 1 100 500 0 0 0 1:15 Gigaport***** Review 0.40 0.07 4 1 100 500 0 0 0 1:15 Gigaport***** Review 0.40 0.06 4 1 100 500 0 0 0 1:15 Gigaport***** Review 0.40 0.05 4 1 100 500 0 0 0 1:17 Gigaport***** Review 0.40 0.05 4 1 100 500 0 0 0 1:17 Gigaport***** Review 0.40 0.06 4 1 100 500 0 0 0 1:16 Gigaport***** Review 0.40 0.05 4 1 100 500 0 0 0 1:17 Gigaport***** Review 0.40 0.05 4 1 100 500 0 0 0 1:17 Gigaport***** Review 0.40 0.12 4 0 100 500 0 0 0 5:23 Gigaport***** Review 0.40 0.09 4 0 100 500 0 0 0 5:20 Gigaport***** Review 0.40 0.08 4 0 100 500 0 0 0 5:17 Gigaport***** Review 0.40 0.09 4 0 100 500 0 0 0 5:19 Gigaport***** Review 0.40 0.04 4 1 100 500 0 0 0 1:18 Gigaport***** Review 0.40 0.08 4 1 100 500 0 0 0 1:17 Gigaport***** Review 0.40 0.06 4 1 100 500 0 0 0 1:16 Gigaport***** Review 0.40 0.06 4 1 100 500 0 0 0 1:16 Gigaport***** Review 0.40 0.05 4 1 100 500 0 0 0 1:24 Gigaport***** Review 0.40 0.05 4 1 100 500 0 0 0 1:22 Gigaport***** Review 0.40 0.07 4 5 100 500 0 0 0 1:22 Gigaport***** Review 0.40 0.07 4 1 100 500 0 0 0 1:22 Gigaport***** Review 0.40 0.07 4 11 100 500 0 0 0 1:22 Gigaport***** Review 0.40 0.06 4 1 100 500 0 0 0 1:23 Gigaport***** Review 0.40 0.05 4 9 100 500 0 0 0 1:22 Gigaport***** Review 0.40 0.05 4 1 100 500 0 0 0 1:21Gigaport***** Review 0.40 0.08 4 0 100 500 0 0 0 5:19 Gigaport***** Review 0.40 0.11 4 0 100 500 0 0 0 5:22 Gigaport***** Review 0.40 0.08 4 0 100 500 0 0 0 5:19 Gigaport***** Review 0.40 0.10 4 0 100 500 0 0 0 5:19 Gigaport***** Review 0.40 0.08 4 0 100 500 0 0 0 5:18 Gigaport***** Review 0.40 0.09 4 0 100 500 0 0 0 5:18 Gigaport***** Review 0.40 0.11 4 0 100 500 0 0 0 5:20 Gigaport***** Review 0.40 0.09 4 0 100 500 0 0 0 5:19K2Fib cam usage revi 2.00 0.00 15 0 100 500 0 0 0 0:00K2Fib IrmFib Review 2.00 0.00 15 0 100 500 0 0 0 0:00K2Fib Vrf Default Ro 2.00 0.00 15 0 100 500 0 0 0 0:00K2Fib AdjRepop Revie 2.00 0.00 15 0 100 500 0 0 0 0:00 K2Fib Vrf Unpunt Rev 2.00 0.00 15 0 100 500 0 0 0 0:08 K2Fib Consistency Ch 1.00 12.04 5 2 100 500 2 1 1 27:08 K2FibAdjMan Stats Re 2.00 0.38 10 8 100 500 0 0 0 5:20 K2FibAdjMan Host Mov 2.00 0.00 10 7 100 500 0 0 0 0:14 K2FibAdjMan Adj Chan 2.00 0.00 10 0 100 500 0 0 0 0:00 K2FibMulticast Signa 2.00 0.03 10 2 100 500 0 0 0 0:46K2FibMulticast Entry 2.00 0.00 10 6 100 500 0 0 0 0:00K2FibMulticast Irm M 2.00 0.00 10 7 100 500 0 0 0 0:00K2FibFastDropMan Rev 2.00 0.00 7 0 100 500 0 0 0 0:00 K2FibPbr route map r 2.00 0.41 20 5 100 500 0 0 0 4:02 K2FibPbr flat acl pr 2.00 0.08 20 1 100 500 0 0 0 0:45K2FibPbr consolidati 2.00 0.01 10 0 100 500 0 0 0 0:12K2FibPerVlanPuntMan 2.00 0.00 15 2 100 500 0 0 0 0:00 K2FibFlowCache flow 2.00 0.00 10 0 100 500 0 0 0 0:07K2FibFlowCache flow 2.00 0.00 10 0 100 500 0 0 0 0:00K2FibFlowCache adj r 2.00 0.00 10 0 100 500 0 0 0 0:07 K2FibFlowCache flow 2.00 0.00 10 0 100 500 0 0 0 0:02K2MetStatsMan Review 2.00 0.15 5 2 100 500 0 0 0 6:51K2FibMulticast MET S 2.00 0.00 10 0 100 500 0 0 0 0:00K2QosDblMan Rate DBL 2.00 0.09 7 0 100 500 0 0 0 1:48IrmFibThrottler Thro 2.00 0.07 7 3 100 500 0 0 0 0:43K2 VlanStatsMan Revi 2.00 0.93 15 4 100 500 1 1 0 13:44K2 Packet Memory Dia 2.00 0.31 15 8 100 500 2 1 0 16:06K2 L2 Aging Table Re 2.00 0.07 20 3 100 500 0 0 0 2:42RkiosPortMan Port Re 2.00 5.07 12 35 100 500 4 4 3 57:49Rkios Module State R 4.00 0.02 40 1 100 500 0 0 0 0:30Rkios Online Diag Re 4.00 0.01 40 0 100 500 0 0 0 0:26RkiosIpPbr IrmPort R 2.00 0.01 10 1 100 500 0 0 0 0:40RkiosAclMan Review 3.00 0.05 30 1 100 500 0 0 0 0:55MatMan Review 0.50 0.00 4 0 100 500 0 0 0 0:00Slot 2 ILC Manager R 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 2 ILC S2wMan Re 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 3 ILC Manager R 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 3 ILC S2wMan Re 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 4 ILC Manager R 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 4 ILC S2wMan Re 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 5 ILC Manager R 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 5 ILC S2wMan Re 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 6 ILC Manager R 3.00 0.00 10 0 100 500 0 0 0 0:00Slot 6 ILC S2wMan Re 3.00 0.00 10 0 100 500 0 0 0 0:00EthHoleLinecardMan(1 2.00 0.03 10 0 100 500 0 0 0 0:29EthHoleLinecardMan(2 2.00 0.18 10 4 100 500 0 0 0 3:55------------- %CPU Totals 211.80 111.31Allocation ceiling Current allocation ------------------ ------------------ kbytes % in use kbytes % in useLinecard 1's Store 258.00 4% 12.04 100%Linecard 2's Store 258.00 4% 12.72 100%Linecard 3's Store 258.00 60% 155.24 100%Linecard 4's Store 258.00 50% 131.53 100%Linecard 5's Store 258.00 0% 0.00 0%Linecard 6's Store 258.00 0% 0.000%TSM objects ------------------ ------------------ RkiosSysPacketBuf 250.00 0% 0.56 0%PacketBufRaw *****.00 100% *****.00 100%PacketBufRawJumbo 732.81 25% 183.20 100%Packet 1026.56 2% 30.17 99%PacketInfoItem 390.62 0% 0.19 0%VbufNodes2400 80.75 0% 0.00 0%VbufNodes1600 55.75 0% 12.19 0%VbufNodes400 73.00 8% 10.26 61%VbufNodes64 62.00 0% 3.39 0%GalGbicEntrys 11.34 0% 0.00 0%PimPhyports 875.00 24% 215.25 100%PimPorts 796.87 31% 247.03 100%PimModules 150.00 1% 2.34 100%PimSlots 5.00 2% 0.11 100%PimChassis 33.50 6% 2.09 100%EbmVlans 2688.00 1% 30.18 100%EbmVlanGroupEntrys 1920.00 0% 4.80 100%EbmPorts 184.00 30% 55.70 100%EbmPortHostEntrys 384.00 0% 0.00 0%EbmIeNodes 536.00 0% 4.18 100%EbmPortVlanAclFeatur 896.00 0% 0.00 0%EbmSortedHostTableIt 1.87 0% 0.00 0%EbmSortedGroupTableI 1.75 0% 0.05 0% IrmVrfs 6.85 1% 0.10 100%IrmFibAdjs 768.00 1% 16.12 83% IrmPortEtherAddrEntr 500.00 0% 0.00 0% IrmFibEntries *****.00 0% 39.76 86%AclL4Op 384.00 0% 0.17 100%AclL4OpTriplet 256.00 0% 0.15 100% AclClassifier 768.00 0% 0.18 100% AclFeature 2512.68 0% 0.42 100%Acl 384.00 0% 0.10 100%Ace 1280.00 0% 1.40 100% AceActionDescStorage 256.00 0% 0.00 0% AclListNode 256.00 0% 0.06 100% AceListNode *****.00 0% 0.55 61% AclClassifierActionL 512.00 0% 0.09 100% AclLayerFeatureListN 512.00 0% 0.06 50% AclClassifierListNod 256.00 0% 0.00 0% TableMapMan NameToTa 27.00 0% 0.00 0% TableMapAllocator 59.00 0% 0.00 0% FlatAcl 512.00 0% 0.09 33%FlatAce 3840.00 0% 3.98 64% FlatAceActionListNod *****.00 0% 1.59 64% FlatAclL4OpSetStorag 1024.00 0% 0.00 0% FlatAclCacheNode 1024.00 0% 0.06 100% QoS Policers 1672.00 0% 0.00 0% KxAclPath 1024.00 0% 2.25 100% KxAclPathListNode 256.00 0% 0.00 0% ConfigToHwAfMap 418.78 0% 0.00 0% HwToCfgAceMap 192.00 0% 0.00 0%CommandTables 48.00 21% 10.26 100%K2FibPbrFlatRouteMap 515.85 0% 0.00 0%K2FibPbrExpandedFlat 2304.00 0% 0.00 0%K2FibPbrFlatRouteMap 320.00 0% 0.00 0%K2FibVrfs 38.59 1% 0.59 100%K2 Netflow FPT Entri 11.97 0% 0.00 0%K2TxPacket 384.00 0% 0.09 0%K2TxPacketInfo 256.00 0% 0.17 0%EbmVlanHostEntrys 2048.00 1% 35.50 92%MatEntrys 7680.00 0% 8.90 100%MatEntryTableIterato 1.12 0% 0.03 0%RkiosAclMan NamedGal 43.75 0% 0.00 0%Rkios Acl VlanMaps 272.00 0% 0.00 0%Rkios Acl VlanMapEnt 1015.62 0% 0.00 0%Rkios QoS PolicyMaps 1315.93 0% 0.00 0%Rkios QoS ClassMaps 896.00 0% 0.02 100%AclToIosFilterMapLis 384.00 0% 0.00 0%Rkios QoS Policers 380.00 0% 0.00 0%RkiosTableMap Galios 3.00 0% 0.00 0%Event Nodes 84.00 0% 0.75 8%Event Nodes 84.00 2% 17.71 13%KxAclTagPairNode 2176.00 0% 0.13 100%KxAclMappingTableEnt 96.02 0% 0.84 0%KxAclMappingTableEnt 64.01 0% 0.00 0%KxAclTaggedFlatAcl 1024.00 0% 0.06 100%RkisoIpPbrRouteMaps 97.65 0% 0.00 0%IrmFlows 256.00 0% 0.00 0%------------------ ------------------ TSM totals *****.73 11% *****.07 99%IOS软件设计的K2CpuMan Review进程CPU占用率最高为30% 而实际却为69.84，大大超过了软件当初设计得阀值，而其他的进程都在软件设计的设定的范围之内，因此我们可以初步判断是K2CpuMan Review 进程出现了意外，致使CPU的管理进程Cat4k Mgmt LoPri试图接管这一进程，而最终导致交换机CPU占用率过高，导致资源的最终耗尽。
CPU使用率高是什么原因
CPU使用率高是什么原因相信你也遇到过CPU占用率过高情况吧,这是很多都会遇到的系统问题，这个故障也非常令人头痛。
那么,如果出现CPU占用率过高,该如何解决呢?本文为大家带来CPU使用率高是什么原因，仅供参考。
CPU使用率高是什么原因系统启动、运行程序都得经过CPU处理，CPU使用率高会导致系统运行速度变慢。
很多朋友使用电脑久了，就会发现系统运行的速度大不如前，有时甚至长时间的不响应。
碰到这个情况，你是不是就断定系统中毒了?可通过杀毒软件查杀后，CPU使用率还是还居高不下，这又是什么原因呢?占用率长期为100%肯定不正常1.认识进程了解进程Windows XP附带了一个任务管理器，在其中的“进程”选项卡里可以查看当前系统运行的各种进程的具体情况，其中就有CPU使用率。
《网友世界》也陆续刊登了相关进程知识文章，不过，有很多读者反应里面的一个名为“System Idle Process”进程为何经常占用很高的CPU资源。
其实这是正常现象，“System Idle Process”的中文名是“系统空闲进程”，此进程表示当前系统可用的CPU资源。
所以，它的数值越大，可用的CPU资源就越多，反之亦然。
这里顺便提一下，目前有很多软件安装完成后会自主加入系统启动里。
对于这样的电脑，系统一启动就跟死机一般，花很长时间才能进入桌面。
解决的方法非常简单，点击“开始”→“运行”，输入“msconfig”打开“系统配置实用程序”，切换到“启动”选项卡，取消列表里不需要的启动项前的复选框。
2.拒绝实时jian控程序有很多软件都设计了实时jian控模块，比如各种杀毒软件的实时更新/升级病毒库、邮件自动检测程序、系统的计划任务等。
对于这些程序和计划任务，建议取消不常用的jian控功能，或者缩短实时jian 控的周期。
3.善待“吃”带宽的网络程序很多读者上网时喜欢用QQ的视频语音功能进行聊天，并且运行下载程序在后台不停地“搬”数据。