스트레스를 사용하여 시스템을 스트레스 테스트했을 때 CPU배포 사용에 문제가 있음을 발견했습니다. CPU2사용률은 다른 세 가지보다 훨씬 높습니다 CPUs. 이게 정상인가요?
10분정도 관찰했는데 결과는 모두 비슷했습니다.
스트레스 테스트 명령 실행::
stress -c 4 -m 16 -d 16
주요 정보:
CPU0: 45.9% usr 53.8% sys 0.0% nic 0.0% idle 0.1% io 0.0% irq 0.0% sirq
CPU1: 44.0% usr 55.5% sys 0.0% nic 0.1% idle 0.1% io 0.0% irq 0.0% sirq
CPU2: 87.6% usr 11.9% sys 0.0% nic 0.0% idle 0.0% io 0.0% irq 0.3% sirq
CPU3: 55.8% usr 44.1% sys 0.0% nic 0.0% idle 0.0% io 0.0% irq 0.0% sirq
LSCPU:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 39 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Vendor ID: GenuineIntel
BIOS Vendor ID: Intel(R) Corporation
Model name: Intel(R) Celeron(R) J6412 @ 2.00GHz
BIOS Model name: Intel(R) Celeron(R) J6412 @ 2.00GHz To Be Filled By O.E.M. CPU @ 1.9GHz
BIOS CPU family: 15
CPU family: 6
Model: 150
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Stepping: 1
CPU(s) scaling MHz: 100%
CPU max MHz: 2000.0000
CPU min MHz: 800.0000
BogoMIPS: 3993.60
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc art arch_per
fmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg cx16 xtpr pdcm sse4_1 sse
4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave rdrand lahf_lm 3dnowprefetch cpuid_fault epb cat_l2 cdp_l2 ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow flexprio
rity ept vpid ept_ad fsgsbase tsc_adjust smep erms rdt_a rdseed smap clflushopt clwb intel_pt sha_ni xsaveopt xsavec xgetbv1 xsaves split_lock_detect dtherm arat pln
pts hwp hwp_notify hwp_act_window hwp_epp hwp_pkg_req vnmi umip waitpkg gfni rdpid movdiri movdir64b md_clear flush_l1d arch_capabilities
Virtualization features:
Virtualization: VT-x
Caches (sum of all):
L1d: 128 KiB (4 instances)
L1i: 128 KiB (4 instances)
L2: 1.5 MiB (1 instance)
L3: 4 MiB (1 instance)
NUMA:
NUMA node(s): 1
NUMA node0 CPU(s): 0-3
Vulnerabilities:
Itlb multihit: Not affected
L1tf: Not affected
Mds: Not affected
Meltdown: Not affected
Mmio stale data: Mitigation; Clear CPU buffers; SMT disabled
Retbleed: Not affected
Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl
Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Spectre v2: Mitigation; Enhanced / Automatic IBRS, IBPB conditional, RSB filling, PBRSB-eIBRS Not affected
Srbds: Vulnerable: No microcode
Tsx async abort: Not affected
/proc/interrupt를 추가하세요:
cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 122 0 0 0 IR-IO-APIC 2-edge timer
8: 0 0 0 0 IR-IO-APIC 8-edge rtc0
9: 0 0 0 0 IR-IO-APIC 9-fasteoi acpi
16: 0 0 1163 0 IR-IO-APIC 16-fasteoi i801_smbus, mmc0
120: 0 0 0 0 DMAR-MSI 0-edge dmar0
121: 0 0 0 0 DMAR-MSI 1-edge dmar1
122: 0 0 0 0 IR-PCI-MSI-0000:00:1c.0 0-edge PCIe PME, aerdrv, pcie-dpc
123: 0 0 0 25032 IR-PCI-MSI-0000:00:14.0 0-edge xhci_hcd
124: 0 0 0 0 IR-PCI-MSI-0000:00:17.0 0-edge ahci[0000:00:17.0]
125: 0 1 0 0 IR-PCI-MSIX-0000:01:00.0 0-edge eth0
126: 0 0 650 0 IR-PCI-MSIX-0000:01:00.0 1-edge eth0-TxRx-0
127: 0 0 0 650 IR-PCI-MSIX-0000:01:00.0 2-edge eth0-TxRx-1
128: 648 0 0 0 IR-PCI-MSIX-0000:01:00.0 3-edge eth0-TxRx-2
129: 0 658 0 0 IR-PCI-MSIX-0000:01:00.0 4-edge eth0-TxRx-3
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 12551 10285 21303 11548 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 Performance monitoring interrupts
IWI: 68 21 68 36 IRQ work interrupts
RTR: 0 0 0 0 APIC ICR read retries
RES: 12513 3510 14961 3320 Rescheduling interrupts
CAL: 12861 2485 1025 889 Function call interrupts
TLB: 31 48 28 61 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: 4 5 5 5 Machine check polls
ERR: 0
MIS: 0
PIN: 0 0 0 0 Posted-interrupt notification event
NPI: 0 0 0 0 Nested posted-interrupt event
PIW: 0 0 0 0 Posted-interrupt wakeup event
답변1
4코어 Celeron CPU와 NUMA 노드...분명히 NUMA는 여기서 설명이 아닙니다. 이러한 매개변수를 사용하면 stress복잡한 워크로드가 생성됩니다.
malloc()순수 계산을 수행하는 4개의 프로세스와 s(16개 프로세스) 및 디스크 공간 할당 관리 및 쓰기 캐싱(16개 프로세스) 형식 으로 효율적인 메모리 관리를 수행하는 총 32개의 프로세스가 있습니다 .
스케줄러는 주로 코어 2에 컴퓨팅 작업을 배치하는 반면, 다른 코어는 주로 메모리 및 디스크 캐시 할당을 위한 이중 사용자 공간/커널 공간 작업을 처리하는 것으로 보입니다. 아마도 컴퓨팅 프로세스를 단일 코어로 중앙 집중화하면 L1 캐시 플러시의 필요성을 최소화하고 L1 캐시 이외의 다른 것을 건드리지 않고도 본질적으로 실행되도록 할 수 있습니다. 이들 4개의 컴퓨팅 작업자 스레드는 모두 동일한 긴밀하게 루프된 코드를 실행하므로 코어별 L1 캐시에 쉽게 들어갈 수 있는 해당 코드의 공유 복사본만 실행할 수 있습니다.
모든 CPU 코어가 99% 이상 사용 중입니다( usr+ sys모든 코어가 99% 이상입니다). 코어 #0과 #1은 메모리 관리, 디스크 캐시 및 파일 시스템 공간 할당과 관련된 커널 프로세스를 실행하는 데 시간의 절반 이상을 소비합니다. 백분율을 무시하지 마십시오 sys. 백분율은 백분율의 하위 집합이 아니라 백분율과 usr마찬가지로 소요된 총 시간의 백분율입니다 .usr
및 io백분율은 모두 무시할 수 있으며, 이는 이 모든 활동이 자체적으로 실제 디스크에 액세스하지 않고 디스크 쓰기 캐시를 매우 바쁜 상태로 유지하고 있음을 나타 irq냅니다 sirq.