En resumen: el alto uso de CPU se debía al trabajo de respaldo, no a una regresión persistente de CPU en ZimaOS
El NAS pasó de aproximadamente un 3 % de CPU a entre un 45 y un 60 % después de instalar 1.7.0 Beta 2, y la temperatura aumentó de unos 32–36 °C a 58 °C. La comprobación posterior resolvió el problema: la actualización había activado procesos de respaldo configurados anteriormente. Después de detener esas tareas y reiniciar ZimaOS, el uso de CPU volvió a la normalidad.
Comprueba la carga de trabajo antes de volver a una versión anterior del sistema operativo
Cuando el uso de CPU aumenta inmediatamente después de una actualización, primero pregunta qué se reanudó: respaldos, indexación, análisis multimedia, cálculo de sumas de comprobación, descargas de aplicaciones o reinicios de contenedores. Usa top o ps para consultar los procesos del sistema anfitrión y docker stats para los contenedores. Docker documenta los informes en tiempo real de CPU y memoria en docker stats.
Usa una prueba de confirmación sencilla
Pausa la tarea sospechosa. Si el uso de CPU disminuye rápidamente y vuelve a aumentar cuando la tarea se reanuda, la causa es la carga de trabajo y no una teoría vaga de que «la beta consume demasiados recursos». En este caso, el usuario hizo exactamente eso y el sistema volvió a comportarse como antes.
La actividad de respaldo puede consumir legítimamente mucha CPU y E/S
El trabajo de respaldo puede incluir la enumeración de archivos, el cálculo de hashes, la compresión, el cifrado y grandes operaciones de lectura y escritura. La guía actual de respaldos 3-2-1 de ZimaOS explica las tareas programadas y por qué es importante la verificación. La guía de planificación de hardware para respaldos resulta útil cuando las tareas son lo bastante grandes como para afectar la actividad normal del NAS.
Para diagnosticar procesos en el sistema anfitrión, el manual de top explica los campos de CPU y procesos que se utilizan para identificar la carga de trabajo real.
Cuándo sigue siendo un problema del sistema operativo
Si el uso de CPU continúa siendo alto con Backup detenido, identifica el proceso responsable de la carga y recopila los registros antes de reiniciar. Un NAS estable con acceso completo a los recursos compartidos, pero con un uso elevado, no basta por sí solo para afirmar que el sistema operativo es defectuoso.
Para consultar el contexto de las versiones, revisa la página sobre el contexto de actualización de ZimaOS 1.6/1.7 y la página actual de ZimaOS.
