때로는 커널이 CPU의 40~50%를 차지하여 다른 프로그램이 지연되는 경우도 있습니다. 이 경우 출력은 iotop다음과 같습니다.
Total DISK READ : 2.96 K/s | Total DISK WRITE : 1552.86 K/s
Actual DISK READ: 2.96 K/s | Actual DISK WRITE: 103.72 K/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
17631 be/4 root 0.00 B/s 0.00 B/s 0.00 % 6.99 % [kworker/5:2]
15770 be/4 root 0.00 B/s 0.00 B/s 0.00 % 6.96 % [kworker/5:0]
21092 be/4 root 0.00 B/s 0.00 B/s 0.00 % 4.50 % [kworker/7:3]
23201 be/4 root 0.00 B/s 0.00 B/s 0.00 % 4.48 % [kworker/7:2]
19368 be/4 root 0.00 B/s 0.00 B/s 0.00 % 3.07 % [kworker/4:0]
20876 be/4 root 0.00 B/s 0.00 B/s 0.00 % 3.05 % [kworker/4:3]
14505 be/4 fabian 0.00 B/s 2.96 K/s 0.00 % 2.47 % cinnamon --replace
9172 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.77 % [kworker/1:1]
4149 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.76 % [kworker/1:3]
14752 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.25 % [kworker/2:2]
15418 be/4 root 0.00 B/s 0.00 B/s 0.00 % 1.24 % [kworker/2:0]
23131 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.73 % [kworker/0:3]
22790 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.73 % [kworker/0:2]
236 be/3 root 0.00 B/s 1229.84 K/s 0.00 % 0.13 % [jbd2/sda2-8]
1625 be/4 fabian 2.96 K/s 308.20 K/s 0.00 % 0.12 % firefox-esr [Cache2 I/O]
22086 be/4 fabian 0.00 B/s 0.00 B/s 0.00 % 0.01 % java -Xss1M -Djava.library.path=/home/f~ng --versionType release [Render thread]
(그럼 0.00% 똥이 많네요)
이것은 이 CPU 사용량이 시스템의 많은 "IO"로 인해 발생한다는 것을 말하는데, 이는 다소 모호하고 구체적이지 않습니다. 또한 이상한 점은 "총 디스크 쓰기"가 "실제 디스크 쓰기"보다 훨씬 많다는 것입니다. "실제 디스크 쓰기가 아니라 농담입니다"와 같은 것이 있습니까?
하지만 더 중요한 것은:높은 CPU 사용량의 원인에 대해 자세히 알아보려면 어떻게 해야 합니까? 이 kworker사람들이 그렇게 많은 일을 하도록 동기를 부여하는 것은 무엇입니까 ?
물론 간단하게 작업 관리자를 보았는데 kworkers가 나열되지 않았지만 top일부는 나열되었지만 CPU 사용량이 매우 낮은 것으로 나타났습니다. (커널 CPU 사용량이 높다는 힌트만 얻었습니다.CPU 사용량 표시 애플릿커널에는 전용 색상이 있습니다. )
당시에는 스왑을 사용하지 않았으며 RAM, SSD 사용량 및 업로드+다운로드는 그다지 훌륭하지 않았습니다.
WLAN, LAN, Bluetooth, 두 번째 화면, 그래픽 카드(약 12% 사용), 백그라운드에서 실행되는 기타 프로그램 및 다른 곳에서 제안되는 몇 가지 사항과 관련된 모든 항목을 거의 배제했습니다(모르겠습니다). 이를 비활성화함으로써 이 모든 것을 기억하십시오). 나는 또한 RAID와 같은 멋진 설정을 사용하지 않고 단지 Debian 9.11(Linux 커널 4.9.0-11-amd64)을 실행하는 노트북일 뿐입니다. 다음을 기반으로
편집됨/proc/sys/vm/drop_caches이 답변이제 커널이 더 짧은 시간 동안 너무 많은 CPU를 사용하는 것처럼 느껴지지만 확실하지 않으며 이유도 알려주지 않습니다. 어떤 이유로든 이것이 끔찍한 아이디어인지 알려주세요. 왜냐하면 저는 그것이 도대체 무엇을 하는지 전혀 모르기 때문입니다.
업데이트: 분명히 12%로 사용량이 많은 것은 그래픽 카드가 아니라 CPU에 통합된 그래픽 칩입니다. 내 그래픽 카드가 전혀 작동하지 않고 작동시키려고 노력하는 동안 시스템이 엉망이 되었습니다. 나는 이것을 Debian에서 Manjaro로, Cinnamon에서 Mate로 전환하는 기회로 삼았습니다. 이제 그래픽 카드가 작동하므로 더 이상 이 문제가 발생하지 않지만, 물론 이와 같은 문제를 더 잘 디버깅하는 방법을 알고 싶습니다.