이 소스에는 공식적인 문제 해결 과정이 명확하게 제시되어 있습니다. ZimaBlade의 N3350은 Jellyfin이 CPU 사용률을 100%까지 끌어올리는 동안에도 약 795~800MHz에 머물렀습니다. 온도는 약 34~45°C에 불과했으며, 동일한 프로세서가 탑재된 ZimaBoard를 새로 설치한 환경에서도 같은 동작이 재현되었습니다. 이후 IceWhale은 CPU 주파수 정책을 확인했고 다음을 발견했습니다. scaling_governor 예기치 않게 다음으로 설정되었습니다. userspace.
Zima-Jerry는 거버너를 동적 정책으로 전환할 것을 제안했습니다. 원 게시자는 이를 다음과 같이 변경했습니다. ondemand 또한 CPU가 약 2.3GHz까지 부스트되었고 반응성이 크게 향상되었다고 명시적으로 확인했습니다. 두 번째 사용자는 이 해결 방법이 다시 원래대로 돌아갔다고 보고했습니다. userspace 재부팅 후 IceWhale은 다음 버전에서 이 문제가 해결될 것이라고 답변했습니다. 따라서 이는 하드웨어 고장 진단이 아니라, 소스에서 확인된 런타임 해결 방법이 있는 과거 ZimaOS 거버너 회귀 문제로 간주해야 합니다.
소스의 증거는 열 스로틀링을 뒷받침하지 않았습니다.
사용자는 맞춤형 방열판과 팬을 추가했으며, 부하 상태에서 CPU 온도가 45°C 미만이라고 보고했습니다. 또한 시스템이 이전에는 최대 약 65°C까지 더 뜨거워졌음에도 동일한 반응성 문제가 없었다고 언급했습니다.
따라서 “CPU가 과열되어 800MHz로 스로틀링되고 있다”는 설명은 관찰된 증거와 잘 맞지 않았습니다.
새로 설치한 다른 ZimaOS 시스템에서도 동일한 동작이 재현되었습니다.
이후 작성자는 동일한 프로세서가 탑재된 ZimaBoard에 ZimaOS를 새로 설치했고, 동일한 800MHz 제한과 느린 Jellyfin 동작을 확인했습니다. 이로 인해 ZimaBlade 보드 한 대가 손상되었을 가능성은 낮아졌습니다.
IceWhale은 실제 CPU 주파수 정책을 요청했습니다.
공식 진단 명령은 다음을 확인했습니다.
cat /sys/devices/system/cpu/intel_pstate/no_turbo
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor이는 읽기 전용 확인 작업이므로, 즉시 최대 클럭을 강제하거나 BIOS 전원 설정을 변경하는 것보다 안전합니다.
IceWhale에서 scaling_governor=userspace가 확인되었습니다.
Zima-Jerry는 소스 출력에 다음이 표시되었다고 말했습니다. userspace당시 예상된 ZimaOS 정책이라면 CPU가 해당 상태에 고정되도록 두지 않았어야 합니다.
제안된 실행 중 설정에는 다음이 포함되었으며, powersave 또는 ondemand사용 가능한 cpufreq 드라이버 및 거버너에 따라 다릅니다.
ondemand가 CPU 부스트를 복원했다는 사실은 소스에서 확인되었습니다
소스에 나온 명령은 다음과 같습니다.
echo ondemand | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor그 후 원 게시자는 약 2.3GHz까지 부스트되었고 응답성이 크게 향상되었다고 보고했습니다.
이 명령은 과거 스레드에서 IceWhale 직원이 직접 제공한 것이지만, 현재 시스템에서는 다음과 같이 다른 기본 거버너가 표시될 수 있습니다. schedutil. 무엇이든 작성하기 전에 현재 상태를 확인하세요.
다른 사용자의 경우 우회 방법이 유지되지 않았습니다
Khapra는 해당 명령이 실행 중인 세션에서는 문제를 해결했지만, 재시작 후 거버너가 다음으로 돌아갔다고 말했습니다. userspace. Zima-Jerry는 다음 버전에서 수정될 것이라고 답했습니다.
현재 ZimaOS 시스템에서 버그가 현재 릴리스에서도 실제로 재현되고 IceWhale이 아직 수정하지 않은 경우가 아니라면, 부팅 시 실행되는 사용자 지정 서비스를 만들지 마세요.
Jellyfin은 CPU 정책 버그를 드러낸 작업 부하였습니다
썸네일 생성 및 트랜스코딩으로 CPU 부하가 충분히 높아져 주파수 제한이 분명하게 드러났습니다. 앱이 근본 원인이라는 증거는 없었습니다. 부하에 프로세서가 반응하지 못하게 한 시스템 수준의 문제는 CPU 거버너 상태였습니다.
먼저 현재 안정 버전 ZimaOS에서 재테스트하세요
소스는 1.4.x 릴리스 라인에 관한 것이었습니다. 현재 ZimaOS는 훨씬 최신 버전입니다. 현재 시스템에서는 2025년 우회 방법을 적용하기 전에 부하 상태에서 거버너와 주파수를 확인하세요.
현재 ZimaBlade 하드웨어 문서에서는 동일한 Intel N3350 플랫폼을 사용하는 3760 모델을 확인할 수 있으므로, 증상이 일치할 때는 과거의 진단도 여전히 유용합니다.
현재 ZimaBlade 하드웨어 기준을 사용하세요.
ZimaBlade 800MHz FAQ
소스에서 ZimaBlade CPU에 결함이 있다고 입증했나요?
아니요. 동일한 문제가 다른 시스템에서도 재현되었고, CPU 거버너를 변경하자 즉시 달라졌습니다.
IceWhale은 어떤 설정을 확인했나요?
scaling_governor 다음으로 설정되었습니다 userspace.
ondemand가 작동했나요?
예. 원 게시자는 CPU 주파수가 약 2.3GHz까지 상승했고 Jellyfin 및 시스템 응답성이 크게 향상되었다고 확인했습니다.
