Ok, no sé si esto es / fue un mito urbano de administrador del sistema, pero cuando era estudiante escuché sobre técnicas para ayudar a los administradores del sistema a monitorear un servidor sin verificarlo de manera activa y constante.
Lo que harían es enrutar algo como el uso de la CPU o la saturación de la red a un generador de ruido blanco. Reproducirían esto en segundo plano a bajo volumen, y si ocurriera alguna actividad inusual, el ruido sonaría diferente (¿volumen, tono?) Luego verificarían el servidor utilizando las herramientas de consola normales.
Mi pregunta es, ¿alguien ha intentado esto? ¿Existe tal programa o técnica?
monitoring
blndcat
fuente
fuente
Respuestas:
Real
Esto fue ciertamente posible, y utilizado, al menos en algunas marcas de mainframes más antiguas (1970, principios de 1980). La consola (un teletipo, si alguna vez has visto algo así) tenía un pequeño altavoz y un control de volumen. Cuando esto se activó, la salida de audio era indicativa del trabajo que estaba haciendo la CPU. Gran parte del trabajo era trabajo por lotes fuera de línea y con la práctica fue posible reconocer ciertas 'firmas' distintivas de algunos trabajos en modo normal y el chirrido estridente de un trabajo en un bucle. Como la consola se volvería lenta cuando la máquina estuviera muy ocupada, el uso principal del altavoz era permitir que el operador verificara si un trabajo estaba progresando (el sonido generalmente variaba) o atascado. En el lado más claro, también permitió que se escribieran trabajos para crear ciertas firmas, por ejemplo, un "Jingle Bells" algo atonal pero reconocible.
fuente
Durante la conferencia LISA 2000 (Administración de sistemas de grandes instalaciones), Michael Gilfix y Alva Couch presentaron un documento: Peep (The Network Auralizer): Monitoreando su red con sonido ( PDF ). Si bien esta investigación utilizó sonidos de la jungla en lugar de ruido blanco, la idea es la misma.
fuente
Solaris tiene una opción para espiar (el equivalente de tcpdump) que produce algo de audio cuando se envía o recibe un paquete. Esto se usó para poder escuchar la red .....
fuente
No use esto en su sistema de producción. Solo usa Nagios. Por favor.
fuente
Jugué con esto hace un tiempo para "escuchar" mi utilización de caché de página de servidores mysql:) http://xtat.rapidpacket.com/blog/posts/what_querycache_sounds_like/
fuente
Esto me parece una técnica realmente original :)
Sin embargo, aunque es original, también es un poco poco práctico. ¿Qué pasa si estoy trabajando con mis auriculares puestos? Puede usar SMS para notificar a las personas responsables del hardware / software en particular. Puede xmpp, o, demonios, incluso notificaciones por correo electrónico.
Aún así, muy original.
fuente
He vinculado perfmon / wmi a SAPI ("Danger Will robinson !!) y he vinculado las alertas de contador para iniciar el reproductor multimedia pero nunca para generar un generador de ruido blanco. Esto realmente solo funciona si tienes configurados informes basados en excepciones, pero es divertido por un tiempo
fuente
Escuché esta historia por primera vez en 1985 de un par de administradores de sistemas. Era una historia "vieja" entonces también. Detalles ligeramente diferentes, pero sigue siendo la misma historia.
Supongo que si estás vivo el tiempo suficiente, todas las cosas volverán a ser nuevas. ¿Dónde puse esos pantalones acampanados .....
fuente
Bueno, como alguien que trabaja en centros de datos, he descubierto que para problemas graves, los cambios en el nivel de ruido blanco son algo que se puede detectar casi inconscientemente. Entonces, cuando algo comienza a sobrecalentarse, puede escucharlo y encontrarlo rápidamente.
El problema es que cuando algo comienza a hacer menos ruido de lo que era, puede ser difícil de encontrar (es decir, ¡rápido, encuentra el silencio!)
fuente
No hay ruido blanco, y no tengo una caja de Linux para probar ahora, pero
cat / var / log / syslog> / dev / dsp
o algún otro registro
o estaba pensando en usar un pitido y alimentar la carga de la CPU para cambiar la frecuencia
fuente