Le bruit blanc comme aide à la surveillance du système? Réel ou mythe?

Ok, je ne sais pas si c'est / était un mythe urbain de l'administrateur système, mais quand j'étais étudiant, j'ai entendu parler de la technique pour aider les administrateurs système à surveiller un serveur sans le vérifier activement et constamment.

Ce qu'ils feraient, c'est acheminer quelque chose comme l'utilisation du processeur ou la saturation du réseau vers un générateur de bruit blanc. Ils joueraient cela en arrière-plan à faible volume, et si une activité inhabituelle se produisait, le bruit serait différent (volume, tonalité?) Ils vérifieraient ensuite le serveur à l'aide des outils de console habituels.

Ma question est: quelqu'un a-t-il essayé cela? Existe-t-il un tel programme ou une telle technique?

Réel

Cela était certainement possible et utilisé sur au moins certaines marques de systèmes centraux plus anciens (années 1970, début des années 1980). La console (un télétype, si vous avez déjà vu une telle chose) avait un petit haut-parleur et un contrôle du volume. Lorsque cela a été activé, la sortie audio indiquait le travail effectué par le processeur. Une grande partie du travail était un travail par lots hors ligne et avec la pratique, il était possible de reconnaître certaines «signatures» distinctives de certains travaux en mode normal et le gémissement aigu d'un travail en boucle. Comme la console devenait lente lorsque la machine était très occupée, l'utilisation principale du haut-parleur était de permettre à l'opérateur de vérifier si un travail progressait (le son varierait généralement) ou s'il était bloqué. Du côté plus léger, il a également permis d'écrire des travaux pour créer certaines signatures, par exemple un "Jingle Bells" quelque peu atonal mais reconnaissable.

Lors de la conférence LISA 2000 (Large Installations System Administration), Michael Gilfix et Alva Couch ont présenté un document: Peep (The Network Auralizer): Monitoring Your Network With Sound ( PDF ). Bien que cette recherche ait utilisé des sons de jungle au lieu de bruit blanc, l'idée est la même.

Solaris a une option pour espionner (l'équivalent de tcpdump) qui produisait de l'audio lorsqu'un paquet était envoyé ou reçu. Cela a été utilisé pour que vous puissiez entendre le réseau .....

Ne l'utilisez pas sur votre système de production. Utilisez simplement Nagios. S'il vous plaît.

J'ai joué avec cela il y a quelque temps pour "écouter" l'utilisation de la pagecache de mes serveurs mysql:) http://xtat.rapidpacket.com/blog/posts/what_querycache_sounds_like/

Cela me semble une technique vraiment originale :)

Cependant, tout en étant original, il est également un peu peu pratique. Et si je travaille avec mes écouteurs? Vous pouvez utiliser SMS pour informer les personnes responsables de certains matériels / logiciels. Vous pouvez xmpp, ou, enfer, même des notifications par e-mail.

Pourtant, très original.

J'ai lié perfmon / wmi à SAPI ("Danger Will robinson !!) et j'ai lié des alertes de compteur pour lancer le lecteur multimédia mais jamais pour générer un bruit blanc. Cela ne fonctionne vraiment que si vous avez configuré des rapports basés sur des exceptions, mais c'est amusant pendant un moment.

J'ai entendu cette histoire pour la première fois en 1985 par quelques administrateurs système. C'était aussi une "vieille" histoire. Des détails légèrement différents, mais toujours la même histoire.

Je suppose que si vous êtes en vie assez longtemps, tout sera à nouveau nouveau. Maintenant, où ai-je mis ce pantalon à cloche .....

Eh bien, en tant que personne qui travaille dans des centres de données, j'ai constaté que pour les problèmes graves, les changements de niveau de bruit blanc sont quelque chose que vous pouvez détecter presque inconsciemment. Donc, quand quelque chose commence à surchauffer, vous pouvez l'entendre et le trouver assez rapidement.

Le problème est que lorsque quelque chose commence à faire moins de bruit qu'il ne l'était, il peut être difficile à trouver (c'est-à-dire rapide - trouvez le calme!)

pas de bruit blanc, et je n'ai pas de boîte Linux pour tester maintenant, mais

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

ou un autre journal

ou je pensais utiliser un bip et y alimenter la charge du processeur pour changer la fréquence