새로 설치한 ZimaOS가 여러 시간 동안 CPU 사용률 약 30%를 유지한다면, 특히 프로세스 목록에 kworker가 표시될 때 이를 자동으로 “정상”이라고 치부해서는 안 됩니다. 다음으로 할 일은 어떤 커널 워커가 활성 상태인지, 그리고 어떤 장치나 인터럽트가 이를 계속 바쁘게 만드는지 확인하는 것입니다.
이 스레드에서는 AI Search가 원인에서 제외되었고, 사용자는 약 10시간이 지난 후에도 같은 현상을 확인했습니다. 낮은 온도와 전력 소비량은 안심할 만한 징후였지만, 커널 워커가 활성 상태인 이유를 입증하지는 못했습니다.
스레드에서 실제로 확인된 내용
원래 시스템은 2코어 4스레드의 i3-6100T를 사용했습니다. 커뮤니티의 한 답변에서는 설치 후 작업과 Web UI 폴링을 먼저 원인으로 제시했지만, 사용자는 이후 약 10시간 동안 부하가 지속되었으며 AI Search가 비활성화된 상태라고 확인했습니다.
또 다른 답변에서는 kworker를 드라이버, 인터럽트, 전원 관리, 디스크 및 네트워킹과 관련된 커널 작업으로 설명했습니다. 이 설명은 대체로 맞지만, 2코어 CPU에서 25~30% 사용률은 언제나 무해하다는 결론은 이 스레드만으로 입증되지 않았습니다.
설정을 변경하기 전에 바쁜 워커 확인하기
대시보드에 사용률 급증이 표시되는 동안 프로세스 목록을 확인하세요. 특정 kworker 스레드가 같은 시점에 반복해서 상승한다면 해당 스레드의 이름, CPU 사용률 및 정확한 시각을 기록하세요. 그런 다음 선택 사항인 USB 장치, 유휴 디스크, 추가 NIC 또는 기타 하드웨어를 한 번에 하나씩 분리하면서 활동이 변하는지 확인하세요.
이 원칙은 NAS 병목 체크리스트에도 적용됩니다. 그래프 하나만 보고 하드웨어를 업그레이드하기보다는, 증상이 같은 순간에 어떤 리소스 및 프로세스와 함께 변하는지 연관 지어 확인해야 합니다.
백그라운드 작업과 최근 버그 배제하기
새로 설치한 시스템은 검색, 인덱싱 및 서비스 초기화를 수행할 수 있으므로 부팅 후 짧은 시간 동안 사용률이 급증하는 것은 반드시 오류를 의미하지 않습니다. 하지만 여러 시간 동안 지속된다면 진단 방향이 달라집니다. Web UI를 닫고, 필수적이지 않은 앱을 중지하고, AI Search 상태를 확인한 다음 한 번 재부팅하여 같은 워커가 다시 나타나는지 확인하세요.
현재 릴리스로 업데이트한 후 동작도 비교해 보세요. ZimaOS 1.7.1 릴리스 노트에는 안정성 및 메모리 관련 수정 사항이 포함되어 있지만, 2026년 2월에 보고된 이 kworker 문제를 구체적으로 해결한다고 명시되어 있지는 않습니다.
추가 지원을 요청해야 하는 경우
클린 재부팅 후에도 특정 워커가 계속 바쁘게 동작하거나, 온도 또는 전력 소비량이 상승하거나, 시스템이 느려지거나, 특정 장치에 따라 사용률이 예측 가능하게 변한다면 문제를 상위 단계로 보고하세요. ZimaOS 버전, 하드웨어 모델, top 출력 및 정확한 워커 이름을 함께 기록하세요.
CPU 부하와 스토리지 또는 네트워크 부하를 구분하는 일반적인 방법은 리소스 병목 분석 방법에서도 확인할 수 있으며, 동일하게 근거를 우선하는 접근 방식을 사용합니다.
결론
이 스레드는 모든 저코어 ZimaOS 시스템에서 유휴 CPU 사용률 30%가 정상이라는 사실을 입증하지 않았습니다. 낮은 온도와 전력 소비량은 좋은 징후이지만, 지속적인 kworker 사용률은 무해하다고 판단하기 전에 프로세스 수준과 장치 수준에서 원인을 분리해 확인할 필요가 있습니다.
