电脑系统中断为什么很占cpu_电脑经常系统中断cpu占用100

1.系统的软中断CPU使用率升高，我该怎么办？

2.系统system进程和系统中断占用cpu高如何解决

3.系统中断占用cpu过高

4.我的电脑最近发现一个叫系统中断的东西一直占用我的CPU的25%，也就是占了一个核。玩游戏有点卡，请帮下忙

5.Win7 空闲时“系统中断”占用CPU 10%怎么办?

6.有没有遇到系统中断占cpu20%左右的

7.求助！电脑开机CPU就被系统中断占用100%无限重启,求大神帮忙！

这是System Interrupt进程。它的作用是显示当前所有程序的中断请求占CPU的百分比，比值越高表示当前的中断请求越多。中断请求多意味着某个程序需要即时得到处理的请求多，请求的CPU越多。简单的说该进程是Windows中正常的进程，“系统中断”进程占用CPU百分比就表示当前有程序需要CPU中断处理。

系统的软中断CPU使用率升高，我该怎么办？

原因可能为：

CPU使用率过高的原因是进程及自启项开的太多了C，因为进程多，数据处理量就大。这样的话，CPU处理速度肯定会受影响。

解决办法：

下个腾讯电脑管家11.0即可。

优化软件。

打开腾讯电脑管家~~~~电脑加速~~~~一键扫描及关闭启动项。

也可优化软件，方法如下：

打开腾讯电脑管家~~~~电脑加速~~~~一键扫描及关闭启动项。

系统system进程和系统中断占用cpu高如何解决

[TOC]

上一期我给你讲了软中断的基本原理，我们先来简单复习下。

中断是一种异步的处理机制，用来提高系统的并发处理能力。中断发生，会触发执行中断处理程序，而中断处理程序被分为上半部和下半部这两个部分。

Linux 中的软中断包括网络收发、定时、调度、RCU 锁等各种类型，我们可以查看 proc 文件系统中的 /proc/softirqs ，观察软中断的运行情况。

在 Linux 中，每个 CPU 都对应一个软中断内核线程，名字是 ksoftirqd/CPU 编号。当软中断的频率过高时，内核线程也会因为 CPU 使用率过高而导致软中断处理不及时，进而引发网络收发延迟、调度缓慢等性能问题。

软中断 CPU 使用率过高也是一种最常见的性能问题。今天，我就用最常见的反向代理服务器 Nginx 的案例，教你学会分析这种情况。

接下来的案例基于 Ubuntu 18.04，也同样适用于其他的 Linux 系统。我使用的案例环境是这样的：

这里我又用到了三个新工具，sar、 hping3 和 tcpdump，先简单介绍一下：

本次案例用到两台虚拟机，我画了一张图来表示它们的关系。

你可以看到，其中一台虚拟机运行 Nginx ，用来模拟待分析的 Web 服务器；而另一台当作 Web 服务器的客户端，用来给 Nginx 增加压力请求。使用两台虚拟机的目的，是为了相互隔离，避免“交叉感染”。

接下来，我们打开两个终端，分别 SSH 登录到两台机器上，并安装上面提到的这些工具。

同以前的案例一样，下面的所有命令都默认以 root 用户运行，如果你是用普通用户身份登陆系统，请运行 sudo su root 命令切换到 root 用户。

安装完成后，我们先在第一个终端，执行下面的命令运行案例，也就是一个最基本的 Nginx 应用：

然后，在第二个终端，使用 curl 访问 Nginx 监听的端口，确认 Nginx 正常启动。设 192.168.58.99 是 Nginx 所在虚拟机的 IP 地址，运行 curl 命令后你应该会看到下面这个输出界面：

接着，还是在第二个终端，我们运行 hping3 命令，来模拟 Nginx 的客户端请求：

现在我们再回到第一个终端，你应该发现了异常。是不是感觉系统响应明显变慢了，即便只是在终端中敲几个回车，都得很久才能得到响应？这个时候应该怎么办呢？

虽然在运行 hping3 命令时，我就已经告诉你，这是一个 SYN FLOOD 攻击，你肯定也会想到从网络方面入手，来分析这个问题。不过，在实际的生产环境中，没人直接告诉你原因。

所以，我希望你把 hping3 模拟 SYN FLOOD 这个操作暂时忘掉，然后重新从观察到的问题开始，分析系统的使用情况，逐步找出问题的根源。

那么，该从什么地方入手呢？刚才我们发现，简单的 SHELL 命令都明显变慢了，先看看系统的整体使用情况应该是个不错的注意，比如执行下 top 看看是不是出现了 CPU 的瓶颈。我们在第一个终端运行 top 命令，看一下系统整体的使用情况。

这里你有没有发现异常的现象？我们从第一行开始，逐个看一下：

那为什么系统的响应变慢了呢？既然每个指标的数值都不大，那我们就再来看看，这些指标对应的更具体的含义。毕竟，哪怕是同一个指标，用在系统的不同部位和场景上，都有可能对应着不同的性能问题。

仔细看 top 的输出，两个 CPU 的使用率虽然分别只有 3.3% 和 4.4%，但都用在了软中断上；而从进程列表上也可以看到，CPU 使用率最高的也是软中断进程 ksoftirqd。看起来，软中断有点可疑了。

根据上一期的内容，既然软中断可能有问题，那你先要知道，究竟是哪类软中断的问题。停下来想想，上一节我们用了什么方法，来判断软中断类型呢？没错，还是 proc 文件系统。观察 /proc/softirqs 文件的内容，你就能知道各种软中断类型的次数。

不过，这里的各类软中断次数，又是什么时间段里的次数呢？它是系统运行以来的累积中断次数。所以我们直接查看文件内容，得到的只是累积中断次数，对这里的问题并没有直接参考意义。因为，这些中断次数的变化速率才是我们需要关注的。

那什么工具可以观察命令输出的变化情况呢？我想你应该想起来了，在前面案例中用过的 watch 命令，就可以定期运行一个命令来查看输出；如果再加上 -d 参数，还可以高亮出变化的部分，从高亮部分我们就可以直观看出，哪些内容变化得更快。

比如，还是在第一个终端，我们运行下面的命令：

通过 /proc/softirqs 文件内容的变化情况，你可以发现， TIMER（定时中断）、NET_RX（网络接收）、SCHED（内核调度）、RCU（RCU 锁）等这几个软中断都在不停变化。

其中，NET_RX，也就是网络数据包接收软中断的变化速率最快。而其他几种类型的软中断，是保证 Linux 调度、时钟和临界区保护这些正常工作所必需的，所以它们有一定的变化倒是正常的。

那么接下来，我们就从网络接收的软中断着手，继续分析。既然是网络接收的软中断，第一步应该就是观察系统的网络接收情况。这里你可能想起了很多网络工具，不过，我推荐今天的主人公工具 sar 。

sar 可以用来查看系统的网络收发情况，还有一个好处是，不仅可以观察网络收发的吞吐量（BPS，每秒收发的字节数），还可以观察网络收发的 PPS，即每秒收发的网络帧数。

我们在第一个终端中运行 sar 命令，并添加 -n DEV 参数显示网络收发的报告：

对于 sar 的输出界面，我先来简单介绍一下，从左往右依次是：

我们具体来看输出的内容，你可以发现：

从这些数据，你有没有发现什么异常的地方？

既然怀疑是网络接收中断的问题，我们还是重点来看 eth0 ：接收的 PPS 比较大，达到 12607，而接收的 BPS 却很小，只有 664 KB。直观来看网络帧应该都是比较小的，我们稍微计算一下，664*/12607 = 54 字节，说明平均每个网络帧只有 54 字节，这显然是很小的网络帧，也就是我们通常所说的小包问题。

那么，有没有办法知道这是一个什么样的网络帧，以及从哪里发过来的呢？

使用 tcpdump 抓取 eth0 上的包就可以了。我们事先已经知道， Nginx 监听在 80 端口，它所提供的 HTTP 服务是基于 TCP 协议的，所以我们可以指定 TCP 协议和 80 端口精确抓包。

接下来，我们在第一个终端中运行 tcpdump 命令，通过 -i eth0 选项指定网卡 eth0，并通过 tcp port 80 选项指定 TCP 协议的 80 端口：

从 tcpdump 的输出中，你可以发现

再加上前面用 sar 发现的， PPS 超过 12000 的现象，现在我们可以确认，这就是从 192.168.0.2 这个地址发送过来的 SYN FLOOD 攻击。

到这里，我们已经做了全套的性能诊断和分析。从系统的软中断使用率高这个现象出发，通过观察 /proc/softirqs 文件的变化情况，判断出软中断类型是网络接收中断；再通过 sar 和 tcpdump ，确认这是一个 SYN FLOOD 问题。

SYN FLOOD 问题最简单的解决方法，就是从交换机或者硬件防火墙中封掉来源 IP，这样 SYN FLOOD 网络帧就不会发送到服务器中。

案例结束后，也不要忘了收尾，记得停止最开始启动的 Nginx 服务以及 hping3 命令。

在第一个终端中，运行下面的命令就可以停止 Nginx 了：

软中断 CPU 使用率（softirq）升高是一种很常见的性能问题。虽然软中断的类型很多，但实际生产中，我们遇到的性能瓶颈大多是网络收发类型的软中断，特别是网络接收的软中断。

在碰到这类问题时，你可以借用 sar、tcpdump 等工具，做进一步分析。

有同学说在查看软中断数据时会显示128个核的数据，我的也是，虽然只有一个核，但是会显示128个核的信息，用下面的命令可以提取有数据的核，我的1核，所以这个命令只能显示1核，多核需要做下修改

watch -d "/bin/cat /proc/softirqs | /usr/bin/awk 'NR == 1{printf "%13s %s\n"," ",$1}; NR > 1{printf "%13s %s\n",$1,$2}'"

系统中断占用cpu过高

1、如果是驱动问题，重装相应的官方驱动就好。

2、可能是硬件连接的问题，硬盘、sd卡、显卡，切插在主板上面的设备有可能换了驱动也不行，就有是硬件连接的问题，只能取下来插回去，或者换个硬件再试。

3、通过第三放软件Process Explorer分析system进程。

4、cpu不匹配这个vista，这是其中的原因 cpu运行负荷总是100%，其中有个system进程一直占用了90%以上的cpu，导致system idle process永远是0 。

5、把任务管理器打开然后按进程，看哪个进程的CPU占用的多，然后看看是不是可疑的，现在也没有运行的，直接结束进程，接着杀毒，检查流氓软件。

扩展资料：

周期清理

计算机机箱使用久了会有很多灰尘，这会影响机器散热，零件过热后会自主降低工作频率来保护自身硬件不会过热烧毁，这时能直观的感觉到电脑会很慢很卡。所以，建议每半年清理一次计算机中的灰尘，不让灰尘聚集到风扇等散热装置上。

当然给电脑拆机清理是需要专业的技巧和十足的细心的，如果心存疑虑不敢随意出手的话，可以来找热心的站站帮忙。维修站每个月都会有面向全校师生的电脑义务维修大型外展活动。

爱护之心

吃东西的时候，尽量不要操作，每隔一段时间，要用电脑专用清洗剂对电脑的屏幕、键盘等进行擦拭，维护电脑的干净整洁。

软件维护

合理分区

新电脑一定要做到合理分区，因为系统会默认拿系统分区做文件交换、虚拟内存等，如果C盘占用的空间太多，电脑可是会严重卡顿的哦，所以一定要给C盘多分一些空间，（现在的电脑基本都是有1T的空间，大约给C盘70G~100G左右就可以了）

软件管理

当今的软件业比较混乱而且霸道，大多用户都经历过360大战QQ，各种捆绑安装花样翻新等等，想要安装真正绿色版的软件已经很艰难了。所以，安装／卸载软件的时候，一定要仔细，要慢，不要狂点下一步，一定要慎重慎重再慎重，想好最初想要安装的软件是什么。

我的电脑最近发现一个叫系统中断的东西一直占用我的CPU的25%，也就是占了一个核。玩游戏有点卡，请帮下忙

fix-high-cpu-usage-system-interrupts-2

中断可来自软件、硬件，甚至处理器本身，Wikipedia 对系统中断的专业解释如下：

在计算机科学中，中断是指处理器接收到来自硬件或软件的信号，提示发生了某个，应该被注意，这种情况就称为中断。

通常，在接收到来自硬件（相对于中央处理器和内存）的异步信号，或来自软件的同步信号之后，处理器将会进行相应的硬件/软件处理。发出这样的信号称为进行中断请求（interrupt request，IRQ）。硬件中断导致处理器通过一个运行信息切换（context switch）来保存执行状态（以程序计数器和程序状态字等寄存器信息为主）；软件中断则通常作为CPU指令集中的一个指令，以可编程的方式直接指示这种运行信息切换，并将处理导向一段中断处理代码。中断在计算机多任务处理，尤其是即时系统中尤为有用。这样的系统，包括运行于其上的操作系统，也被称为「中断驱动的」（interrupt-driven）。

简单地来理解，中断是软件、硬件和 CPU 之间进行通信的一种形式，例如：当你在键盘上执行输入操作时，相应的硬件和软件便会向 CPU 发送中断以通报任务并触发必要的处理。在中断处理程序任务完成后，处理器便会恢复到它被中断时的状态。

打开 Windows 任务管理器，盯着「系统中断」的 CPU 使用率，狂敲一通键盘，观察 CPU 占用率的变化即可验证上述说法，你的理解也会加深。

当硬件或驱动程序出现错误时，可导致向 CPU 发送错误的中断信号，就会造成在任务管理器里看到「系统中断」的 CPU 使用率过高的问题。通常一个健康、运行良好的 Windows 系统，系统中断的 CPU 使用率大约会在 0.1% 至 2% 之间浮动，峰值不超过 7% 也被认为在可接受的正常范围，当然这也取决于你所使用的 CPU 频率、运行的软件和所连接的相关硬件。

解决「系统中断」CPU使用率高

如果系统中断对 CPU 的占用长期超过 5% – 10%，就可以怀疑当前系统涉及驱动程序或硬件问题。如果该问题不是长时间出现的普遍现象，可以先尝试重启操作系统进行解决。

1. 检查硬件驱动

要想快速确认是否由驱动程序造成的问题，可以使用 DPC Latency Checker 这个小工具进行检查。延迟过程调用（DPC）与系统中断的处理相关， 当中断处理程序需要延迟一个低优先级的任务时，便会调用 DPC。

DPC Latency Checker 可以通过实时音、流来分析当前系统是否能妥善处理内核态设备驱动的延迟，它是快速找出驱动问题的好帮手，而且无需安装，如果你看到出现红条则表示有高延迟。

fix-high-cpu-usage-system-interrupts-3

要找到驱动程序中断问题的根源，你得逐个回滚或更新驱动程序到最新版本，并不断通过 DPC Latency Checker 进行测试。此外，大家也可以安装 LatencyMon 这款延时监控软件，以帮助快速发现高 DPC 计数的驱动程序文件。

fix-high-cpu-usage-system-interrupts-4

具有高 DPC 计数的驱动可能导致大量中断。

2. 禁用硬件设备

在不更新驱动的情况下，我们也可以通过逐个禁用硬件设备的「排除法」来快速定位问题硬件或驱动。

使用 Windows + R 打开「运行」— 执行 devmgmt.msc 打开设备管理器，对硬件进行逐个禁用并在 DPC Latency Checker 或任务管理器中观察「系统中断」的情况，进行逐一排除。

可能出问题的硬件主要有：

网卡

内置调制解调器

内置声卡设备

其它外置设备，如电视调谐卡、ISDN 或 DSL 适配器等

千万不要在设备管理器里禁用或卸载系统必要的设备和驱动程序哦，如果连处理器、显示适配器、IDE 控制器或显示器等必需品都禁掉，麻烦可就大了。

3. 拔下或禁用外设

如果 DPC Latency Checker 什么都没发现，那问题很可能是由 USB 硬件造成的。此时，大家可以尝试拔除所有外设的连接或在设备管理器中尝试禁用「通用串行总线控制器」中的所有「USB Root Hub」

fix-high-cpu-usage-system-interrupts-5

如果你在使用外部键盘或 USB（蓝牙）鼠标，禁用 USB Root Hub 之后会停止工作，在此之前一定要确保有办法让这些设备再驱动起来哦！

4. 排除硬件故障

驱动能导致系统中断问题，硬件物理故障就更是如此了。在此种情况下，随你怎么换驱动都无法解决问题，所以必需要对损坏的部件检测后进行更换。

硬件故障的检测不在本文范围内，在此只提醒大家，有故障的电源或移动电源也可能会造成中断问题，在排除硬件故障时建议先确保电源正常。

5. 禁用音效

如果「系统中断」造成的 CPU 使用率过高的是 Windows 7 PC，还需要先排除是由系统音效造成的问题。大家可以先点击任务栏中的喇叭图标，在播放设备的属性配置中禁用所有音效看看。

Win7 空闲时“系统中断”占用CPU 10%怎么办?

系统中断: 中断系统中的中断发生后，系统停止响应，并执行中断响应，这个过程就叫系统中断。

系统中断，一般是硬件中断和软件中断的综合， “中断”是一个计算机术语，意思跟我们的请求差不多，鼠标、键盘、板卡或者是一些系统内核组件，要想为你服务，都要向系统提出申请，然后等待操作系统的分配。如果没有这个过程，你什么也干不了。CPU占用高的原因就是，系统要保持“随时”能为你提供服务，就必须保证它的优先权力。

有没有遇到系统中断占cpu20%左右的

哪怕你开机什么都不做，系统进程也是会占用的，包括cpu和内存。这个不影响使用的 ，不用纠结，很正常。可能你的这个占用比例有点多，可能是你系统盘的问题。但是毕竟旗舰版本身就是占用内存的。

求助！电脑开机CPU就被系统中断占用100%无限重启,求大神帮忙！

有，系统中断是系统来调控你cpu的进程，占用高的机器普遍有超线程或奇数核心的cpu，类似x3 450 酷睿全家除i3i5八代 e7 4785es 15核心，多核心cpu烧坏核心致核心奇数的类似7核的5960x。或者是你的cpu太烂，操作系统都跑不动

朋友，你好：

这是系统中毒了，占去了，导致CPU占有率达到百分之百，一般遇上这样的问题，建义先进入安全模式，然后全盘杀毒，如果这样做了还是问题存在，建义重装一下系统。

希望对你有所帮助，祝你快乐~~