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?
monitoring
blndcat
fonte
fonte
Respostas:
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.
fonte
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.
fonte
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 ...
fonte
Não use isso no seu sistema de produção. Basta usar o Nagios. Por favor.
fonte
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/
fonte
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.
fonte
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.
fonte
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 ...
fonte
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!)
fonte
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
fonte