这些干扰正常吗？
来自cat /proc/interrupts的输出：
CPU0 CPU1 CPU2 CPU3
0: 13 0 0 0 IO-APIC 2-edge timer
8: 1 0 0 0 IO-APIC 8-edge rtc0
9: 0 0 0 0 IO-APIC 9-fasteoi acpi
16: 29 0 0 0 IO-APIC 16-fasteoi ehci_hcd:usb1
17: 606 839 0 0 IO-APIC 17-fasteoi snd_hda_intel:card1
19: 33 15 874 149 IO-APIC 19-fasteoi rtl_pci
23: 33 0 0 0 IO-APIC 23-fasteoi ehci_hcd:usb2
25: 11571 0 0 1569414 PCI-MSI 327680-edge xhci_hcd
26: 15722 0 29559 0 PCI-MSI 512000-edge ahci[0000:00:1f.2]
27: 70 185068 0 0 PCI-MSI 409600-edge eno1
28: 16 0 0 0 PCI-MSI 360448-edge mei_me
29: 1205 0 0 464780 PCI-MSI 524288-edge nvidia
30: 762 752 0 0 PCI-MSI 442368-edge snd_hda_intel:card0
NMI: 30 30 30 33 Non-maskable interrupts
LOC: 1157388 1147202 1137667 906722 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 30 30 30 33 Performance monitoring interrupts
IWI: 0 0 0 0 IRQ work interrupts
RTR: 3 0 0 0 APIC ICR read retries
RES: 189859 148439 138301 87188 Rescheduling interrupts
CAL: 246755 273236 249782 261534 Function call interrupts
TLB: 241739 270665 247120 258759 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
DFR: 0 0 0 0 Deferred Error APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 15 15 15 15 Machine check polls
ERR: 4
MIS: 0
PIN: 0 0 0 0 Posted-interrupt notification event
PIW: 0 0 0 0 Posted-interrupt wakeup event我的音频和视频在每个Linux区都落后了一些时间
My Mobo Gigabyte H97-D3H CF
CPU: I5.4590
Graphics Card: GTX 1060
Audio: Realtek ALC 1150
BIOS Version Ami F7Medium /dev/sda: 2,7 TiB，3000592982016 Bytes，5860533168 Sektoren Einheiten:扇区von 1* 512 = 512 Bytes Sektorengr e(后勤/生理)：512 Bytes / 4096 Bytes I/O Gr e(最小/最佳)：4096 Bytes / 4096 Bytes Typ der Medienbezeichnung: gpt Medienkennung: 1A1A7C2F-ADEE-4C42-88D7-3643256B797B
Ger t Start Ende Sektoren Gr e Typ /dev/sda3 1 2048 1050623 1048576 512 m EFI System /dev/sda3 2 1050624 5827100671 5826050048 2,7T Linux文件系统/dev/sda3 3 5827100672 5860532223 3343552 16G Linux交换程序
Medium /dev/sdb: 7,3 GiB，7855931392 Bytes，15343616 Sektoren Einheiten:扇区von 1* 512 = 512 Bytes Sektorengr e(后勤/生理)：512 Bytes / 512 Bytes I/O Gr e(最小/最佳)：512 Bytes / 512 Bytes Typ : dos Medienkennung: 0x15e2543d
启动Ende Sektoren Gr e Id Typ /dev/sdb1 1*0 3035519 3035520 1，5G0 Leer /dev/sdb1 2 14432 19295 4864 2,4M EFI (FAT-12/16/32) @heynnema输出来自sudo fdisk -i
回答 1
Ask Ubuntu用户
发布于 2017-07-16 18:16:42
我发现了这篇应该看的文章，这里有一个例外：
设备使用硬件中断进行通信，这些中断需要操作系统的注意。一些常见的例子是已经读取了一系列数据块的硬盘信令，或者网络设备已经处理了包含网络数据包的缓冲区。中断也用于异步事件，例如来自外部网络的新数据的到达。硬件中断使用一个小的中断管理和路由设备网络直接传送到CPU。本章描述不同类型的中断，以及硬件和操作系统如何处理这些中断。它还描述了MRG实时内核在处理中断类型方面与标准内核的不同之处。一个标准系统在其运行过程中接收数百万次中断，包括一个半规则的“定时器”中断，该中断定期执行维护和系统调度决策。它还可以接收特殊类型的中断，如NMI (非屏蔽中断)和SMI (系统管理中断)。硬件中断由中断号引用。这些数字被映射回创建中断的硬件。这使系统能够监视创建中断的设备以及中断发生的时间。在大多数计算机系统中，中断被处理得越快越好。当接收到中断时，任何当前的活动都会停止，并执行中断处理程序。该处理程序将抢占任何其他正在运行的程序和系统活动，这些程序和活动会减缓整个系统的运行速度，并创建延迟。MRG实时修改处理中断的方式，以提高性能，减少延迟。
从那篇文章中，这些中断旁边的数字是它发生的次数的一个指示，并且次数越大，延迟就越高。我有和你相似的中断统计数据。它并没有对我的系统产生负面影响，因为从那篇文章开始，这个系统就是用来处理这些问题的。它用于检查系统的组件或部件的状态。
来源：
https://askubuntu.com/questions/936750
复制相似问题
腾讯云开发者
