Ruído branco como um auxiliar de monitoramento do sistema? Real ou mito?

Ok, não sei se isso é / era um mito urbano do administrador de sistemas, mas quando eu era estudante, ouvi falar de técnicas para ajudar os administradores de sistemas a monitorar um servidor sem verificar ativamente e constantemente.

O que eles fariam é encaminhar algo como o uso da CPU ou a saturação da rede para um gerador de ruído branco. Eles tocariam isso em segundo plano com volume baixo e, se alguma atividade incomum ocorresse, o ruído soaria diferente (volume, tom?). Depois, eles verificariam o servidor usando as ferramentas comuns do console.

Minha pergunta é: alguém já tentou isso? Existe um programa ou técnica desse tipo?

Real

Isso foi certamente possível e usado em pelo menos algumas marcas de mainframes mais antigos (década de 1970, início da década de 1980). O console (um Teletype, se você já viu isso) tinha um alto-falante pequeno e um controle de volume. Quando isso foi ativado, a saída de áudio era indicativa do trabalho que a CPU estava fazendo. Grande parte do trabalho era em lotes off-line e, com a prática, era possível reconhecer certas 'assinaturas' distintas de alguns trabalhos no modo normal e o lamento estridente de um trabalho em loop. Como o console fica lento quando a máquina está muito ocupada, o principal uso do alto-falante é permitir que o operador verifique se um trabalho está progredindo (o som geralmente varia) ou se está travado. No lado mais leve, também permitiu a criação de trabalhos para criar determinadas assinaturas, por exemplo, um Jingle Bells, um tanto atonal, mas reconhecível.

Durante a conferência LISA 2000 (Administração de sistemas de grandes instalações), Michael Gilfix e Alva Couch apresentaram um artigo: Peep (The Network Auralizer): Monitorando sua rede com som ( PDF ). Embora essa pesquisa tenha usado sons da selva em vez de ruído branco, a idéia é a mesma.

O Solaris tem uma opção de bisbilhotar (o equivalente a tcpdump), que produzia algum áudio quando um pacote era enviado ou recebido. Isso foi usado para que você pudesse ouvir a rede ...

Não use isso no seu sistema de produção. Basta usar o Nagios. Por favor.

Eu brinquei com isso há um tempo atrás para "ouvir" a utilização do pagecache dos meus servidores mysql:) http://xtat.rapidpacket.com/blog/posts/what_querycache_sounds_like/

Parece-me uma técnica realmente original :)

No entanto, embora seja original, também é um pouco impraticável. E se eu estiver trabalhando com meus fones de ouvido? Você pode usar o SMS para notificar as pessoas responsáveis ​​por hardware / software específico. Você pode xmpp, ou, inferno, até notificações por email.

Ainda assim, muito original.

Vinculei perfmon / wmi ao SAPI ("Danger Will robinson !!) e vinculei contra-alertas para iniciar o media player, mas nunca para gerar gerador de ruído branco. Isso realmente funciona apenas se você tiver relatórios de exceção configurados, mas é divertido por um tempo.

Eu ouvi essa história pela primeira vez em 1985, de alguns administradores de sistemas. Era uma história "antiga" também. Detalhes ligeiramente diferentes, mas ainda a mesma história.

Acho que se você estiver vivo por tempo suficiente, todas as coisas serão novas novamente. Agora, onde eu coloquei aquelas calças com fundo de sino ...

Bem como alguém que trabalha em datacenters, descobri que, para problemas graves, as alterações no nível de ruído branco são algo que você pode detectar quase subconscientemente. Então, quando algo começa a superaquecer, você pode ouvi-lo e encontrá-lo rapidamente.

O problema é que, quando algo começa a fazer menos barulho do que era, pode ser difícil de encontrar (ou seja, rápido - encontre o silêncio!)

não ruído branco, e eu não tenho uma caixa linux para testar agora, mas

cat / var / log / syslog> / dev / dsp

ou algum outro log

ou eu estava pensando em usar um sinal sonoro e alimentar a carga da CPU nele para alterar a frequência