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

Publicado el 2026-09-04 · Lectura de 4 minutos

Un software de monitoreo de discos, por definicion, 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 aplicacion 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 dias.

Por que "en reposo" es la metrica que importa

Un pico de consumo durante un analisis puntual es aceptable y esperado -- lo que importa es cuanto consume el resto del tiempo, mientras no esta haciendo nada activo. Un software mal disenado para este proposito arrastra procesos de fondo, polling constante, o motores pesados (como un navegador embebido) que consumen recursos incluso sin estar analizando nada.

Como se logra en la practica

• Codigo nativo compilado, sin navegador ni motor de JavaScript embebido corriendo en segundo plano.
• Verificacion programada (varias veces al dia), no monitoreo constante en tiempo real que nunca se detiene.
• Sin procesos de fondo innecesarios para la funcion que cumple.

DiskVigia esta construido con este criterio como prioridad no negociable, no como caracteristica secundaria: consume aproximadamente 6 MB de memoria en reposo, con el pico de consumo absorbido casi por completo por el propio disco durante el test, no por el equipo. El software no deberia notarse en el sistema del usuario -- si no cumple eso, no esta listo para salir, por buenas que sean sus demas funciones.