Por qué un software de monitoreo debe ser liviano (y qué pasa si no lo es)

Publicado el 4 de septiembre de 2026 · Lectura de 4 minutos

Un software de monitoreo de discos, por definición, corre todo el tiempo en segundo plano en cada equipo de su empresa. Eso cambia por completo lo que "buen software" significa frente a una aplicación que se abre y se cierra.

El costo acumulado de "solo un poco" de recursos

Un agente que consume 50-80 MB de memoria en reposo no parece grave en un solo equipo -- pero multiplicado por 20, 50 o 100 equipos de una flota, es memoria real que deja de estar disponible para el trabajo de cada usuario, todo el tiempo, todos los días.

Por qué "en reposo" es la métrica que importa

Un pico de consumo durante un análisis puntual es aceptable y esperado -- lo que importa es cuánto consume el resto del tiempo, mientras no está haciendo nada activo. Un software mal diseñado para este propósito arrastra procesos de fondo, polling constante, o motores pesados (como un navegador embebido) que consumen recursos incluso sin estar analizando nada.

Cómo se logra en la práctica

• Código nativo compilado, sin navegador ni motor de JavaScript embebido corriendo en segundo plano.
• Verificación programada (varias veces al día), no monitoreo constante en tiempo real que nunca se detiene.
• Sin procesos de fondo innecesarios para la función que cumple.

DiskVigía está construido con este criterio como prioridad no negociable, no como característica secundaria: consume aproximadamente 6 MB de memoria en reposo (medición propia en equipo de pruebas), con el pico de consumo absorbido casi por completo por el propio disco durante el test, no por el equipo. El software no debería notarse en el sistema del usuario -- si no cumple eso, no está listo para salir, por buenas que sean sus demás funciones.

Este artículo es informativo; DiskVigía no garantiza detectar todas las fallas ni sustituye las copias de seguridad. No es asesoría jurídica.