Esta fuente presenta una sólida cadena oficial de resolución de problemas. La N3350 de la ZimaBlade se mantuvo cerca de 795-800 MHz incluso cuando Jellyfin elevó el uso de la CPU al 100 %. Las temperaturas eran de solo aproximadamente 34-45 °C, y el mismo comportamiento se reprodujo en una ZimaBoard recién instalada con el mismo procesador. IceWhale inspeccionó entonces la política de frecuencia de la CPU y descubrió scaling_governor se estableció inesperadamente en userspace.
Zima-Jerry propuso cambiar el gobernador a una política dinámica. El autor original lo cambió a ondemand y confirmó explícitamente que la CPU subió entonces hasta aproximadamente 2,3 GHz y que la capacidad de respuesta mejoró considerablemente. Un segundo usuario informó que la solución temporal volvía a userspace después del reinicio, e IceWhale respondió que la siguiente versión solucionaría el problema. Por lo tanto, esto debe considerarse una regresión histórica del gobernador de ZimaOS, con una solución temporal de ejecución confirmada por la fuente, no un diagnóstico de fallo de hardware.
Las pruebas de origen no respaldaban una limitación térmica
El usuario había añadido un disipador/ventilador personalizado y comunicó temperaturas de la CPU inferiores a 45 °C bajo carga. También señaló que anteriormente el sistema había alcanzado temperaturas más altas —de hasta aproximadamente 65 °C— sin presentar el mismo problema de respuesta.
Eso hizo que «la CPU se está sobrecalentando y reduciendo su frecuencia a 800 MHz» no encajara bien con las pruebas observadas.
El mismo comportamiento se reprodujo en otro sistema ZimaOS recién instalado
Posteriormente, el autor instaló ZimaOS desde cero en una ZimaBoard con el mismo procesador y observó el mismo límite de 800 MHz y el funcionamiento lento de Jellyfin. Esto redujo la probabilidad de que hubiera una sola placa ZimaBlade dañada.
IceWhale solicitó la política de frecuencia real de la CPU
Los comandos oficiales de diagnóstico inspeccionaron:
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_governorEstas son comprobaciones de solo lectura y son más seguras que forzar inmediatamente la frecuencia máxima o cambiar la configuración de energía de la BIOS.
IceWhale encontró scaling_governor=userspace
Zima-Jerry indicó que la salida de origen mostraba userspace, aunque la política esperada de ZimaOS en ese momento no debería haber dejado la CPU atascada en ese estado.
Las opciones de ejecución sugeridas incluían powersave o ondemand, según el controlador cpufreq y los gobernadores disponibles.
ondemand se confirmó en la fuente como capaz de restaurar el aumento de frecuencia de la CPU
El comando de la fuente era:
echo ondemand | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governorEl autor original informó después de aumentos de hasta aproximadamente 2,3 GHz y una mejora drástica de la capacidad de respuesta.
Este comando procedía directamente del personal de IceWhale en el hilo histórico, pero los sistemas actuales pueden mostrar otros gobernadores predeterminados, como schedutil. Comprueba el estado actual antes de escribir nada.
La solución alternativa no persistió para otro usuario
Khapra dijo que los comandos solucionaban el problema durante la sesión en curso, pero que después de reiniciar el gobernador volvía a userspace. Zima-Jerry respondió que el problema se solucionaría en la siguiente versión.
No crees un servicio personalizado durante el arranque en un sistema ZimaOS actual a menos que el error pueda reproducirse realmente en la versión actual y IceWhale no lo haya corregido ya.
Jellyfin fue la carga de trabajo que dejó al descubierto el error de la política de la CPU
La generación de miniaturas y la transcodificación elevaron la carga de la CPU lo suficiente como para hacer evidente el límite de frecuencia. No se demostró que la aplicación fuera la causa raíz: el estado del gobernador de la CPU era el problema a nivel del sistema que impedía que el procesador respondiera a la carga.
Vuelve a probar primero con la versión estable actual de ZimaOS
La fuente pertenecía a la línea de versiones 1.4.x. El ZimaOS actual es mucho más reciente. En un sistema actual, inspecciona el gobernador y la frecuencia bajo carga antes de aplicar la solución alternativa de 2025.
La documentación actual del hardware de ZimaBlade identifica el modelo 3760 con la misma plataforma Intel N3350, por lo que el diagnóstico histórico sigue siendo útil cuando los síntomas coinciden.
Usa la referencia actual del hardware de ZimaBlade.
Preguntas frecuentes sobre ZimaBlade a 800 MHz
¿La fuente demostró que la CPU de ZimaBlade estaba defectuosa?
No. El mismo problema se reprodujo en otro sistema y cambió de inmediato al cambiar el gobernador de la CPU.
¿Qué configuración encontró IceWhale?
scaling_governor se configuró como userspace.
¿Funcionó «ondemand»?
Sí. El autor original confirmó que la frecuencia de la CPU aumentó hasta aproximadamente 2,3 GHz y que la capacidad de respuesta de Jellyfin y del sistema mejoró drásticamente.
