이 2025년 포럼 스레드에서 IceWhale 엔지니어들은 ZimaOS 1.4.0에 실제 앱 관리 CPU 사용량 문제가 있었다고 밝혔습니다. 그렇다고 현재 ZimaOS 릴리스에서 발생하는 CPU 급증이 자동으로 동일한 버그라는 의미는 아닙니다.
이 스레드에서 얻을 수 있는 유용한 교훈은 진단 방법입니다. 다음이 포함된 프로세스를 식별하는 것입니다. top/btop대시보드 샘플링과 지속적인 프로세스 부하를 구분하고, 영향을 받은 릴리스 이후 버전으로 업데이트하며, 관련 없는 서비스를 비활성화하기 전에 증거를 수집해야 합니다.
ZimaOS 1.4.0에서 사용자들이 보고한 내용
최초 게시자는 1.4.0으로 업그레이드한 후 CPU 사용량이 매초 급증하는 현상을 발견했습니다. 또 다른 ZimaBoard 832 사용자는 작업 부하가 매우 가벼운 상태에서도 훨씬 큰 급증 현상이 나타났다고 보고했습니다.
IceWhale 엔지니어들이 확인한 내용
초기 지원 답변에서는 백그라운드 기능이 부하를 추가할 수 있다고 제안했지만, 이후 엔지니어링 후속 답변에서는 1.4.0에 새로운 시스템 서비스가 추가되지 않았다고 명확히 밝혔습니다. 이후 팀은 앱 관리 CPU 사용량 문제가 발견되었으며 수정될 예정이라고 밝혔습니다.
베타 보고가 중요한 이유
한 사용자는 1.4.1 베타 1에서도 여전히 급증 현상을 보았지만, 베타 2에서는 크게 개선되었다고 보고했습니다. 잔여 활동은 계속되었으며, 스크린샷에서는 다음을 포함한 프로세스가 확인되었습니다. zimaos-app-management 그리고 해당 시스템에서는 NVIDIA 컨테이너 런타임 구성 요소가 확인되었습니다.
1.4.0 진단을 현재 ZimaOS에 적용하지 마세요
공식 ZimaOS 1.4.1 릴리스 노트에는 최적화된 애플리케이션 리소스 사용량과 관련 수정 사항이 설명되어 있습니다. 이후 ZimaOS는 1.4.x 브랜치를 훨씬 넘어 발전했습니다.
현재 시스템에서 급증이 발생하면 먼저 정상적인 방법으로 업데이트한 다음, 원인이 되는 프로세스를 식별하세요. ZimaOS 앱 하드웨어 디렉터리를 통해 예상되는 애플리케이션 부하와 설명되지 않는 시스템 프로세스를 구분할 수 있습니다.
현재 CPU 급증을 진단하는 방법
- 사용
top또는btop그런 다음 CPU 사용량순으로 정렬하세요. - 급증이 발생할 때 프로세스 이름을 기록하세요.
- 선택적 서비스 하나만 제어된 테스트로 일시 중지한 다음 다시 확인하세요.
- 지속적인 부하와 짧은 순간의 샘플링 급증을 비교하세요.
- 다음과 같은 경우
zimaos-app-management현재 릴리스에서 사용량이 높다면, 회귀로 보고하기 전에 버전과 로그를 수집하세요.
오래된 1.4.0 스레드에서 언급되었다는 이유만으로 인덱싱, 컨테이너 서비스 또는 기타 기능을 영구적으로 비활성화하지 마세요.
핵심 요약
ZimaOS 1.4.0 포럼 스레드에는 엔지니어가 확인한 앱 관리 CPU 문제가 기록되어 있으며, 이후 1.4.1 작업으로 개선되었다는 근거도 포함되어 있습니다. 이를 역사적인 버그 기록이자 문제 해결 템플릿으로 활용하되, 최신 ZimaOS 시스템에서 발생하는 모든 CPU 급증의 원인이 동일하다는 증거로 간주하지 마세요.
