Хорошо, я не знаю, был ли это городской миф о системных администраторах, но когда я был студентом, я слышал о технике, помогающей системным администраторам контролировать сервер без активной и постоянной проверки.
Они бы направили что-то вроде использования ЦП или насыщения сети на генератор белого шума. Они воспроизводили это в фоновом режиме с низкой громкостью, и если бы происходила какая-то необычная активность, шум был бы другим (громкость, тон?). Затем они проверяли бы на сервере с помощью обычных консольных инструментов.
У меня вопрос, кто-нибудь пробовал это? Существует ли такая программа или методика?
Вовремя LISA 2000 (Системное администрирование крупных установок) Майкл Гилфикс и Альва Коуч представили доклад: Peep (Network Auralizer): мониторинг вашей сети со звуком (PDF). Хотя в этом исследовании использовались звуки джунглей вместо белого шума, идея та же.
Реальный
Это, безусловно, было возможно и использовалось, по крайней мере, на некоторых моделях старых мэйнфреймов (1970-е, начало 1980-х). Консоль (телетайп, если вы когда-нибудь видели такое) имела небольшой динамик и регулятор громкости. Когда это было включено, аудиовыход указывал на работу, которую делал CPU. Большая часть работы была автономной пакетной работой, и с практикой можно было распознать определенные отличительные «сигнатуры» некоторых заданий в нормальном режиме и пронзительное завывание задания в цикле. Поскольку консоль становилась вялой, когда машина была очень загружена, основное использование динамика заключалось в том, чтобы позволить оператору проверить, выполняется ли работа (звук обычно меняется) или зависает. С другой стороны, это также позволяло писать задания для создания определенных подписей, например, несколько атонального, но узнаваемого "Jingle Bells".
В Solaris есть опция отслеживания (эквивалент tcpdump), которая воспроизводит звук при отправке или получении пакета. Это использовалось, чтобы вы могли слышать сеть ...
Не используйте это в своей производственной системе. Просто используйте Nagios. Пожалуйста.
Некоторое время назад я играл с этим, чтобы "прислушаться" к использованию кэша страниц моих серверов mysql :) http://xtat.rapidpacket.com/blog/posts/what_querycache_sounds_like/
Мне это кажется действительно оригинальным приемом :)
Однако, будучи оригинальным, он также немного непрактичен. Что делать, если я работаю в наушниках? Вы можете использовать SMS для уведомления людей, ответственных за конкретное оборудование / программное обеспечение. Вы можете xmpp или, черт возьми, даже уведомления по электронной почте.
Все-таки очень оригинально.
Я привязал perfmon / wmi к SAPI ("Опасно, Робинсон !!), и я привязал предупреждения счетчика к запуску медиаплеера, но никогда к генератору белого шума. Это действительно работает только в том случае, если у вас настроена отчетность на основе исключений, но какое-то время это весело.
Впервые я услышал эту историю в 1985 году от пары системных администраторов. Это была и «старая» история тогда тоже. Немного другие детали, но все та же история.
Думаю, если вы проживете достаточно долго, все снова будет новым. Куда я положил эти клеш ...
Как человек, работающий в центрах обработки данных, я обнаружил, что для серьезных проблем изменение уровня белого шума - это то, что вы можете обнаружить почти подсознательно. Поэтому, когда что-то начинает перегреваться, вы можете услышать это и довольно быстро обнаружить.
Проблема в том, что когда что-то начинает издавать меньше шума, чем было, его бывает трудно найти (то есть быстро - найдите тишину!)
не белый шум, и у меня сейчас нет Linux-бокса для тестирования, но
кошка / var / журнал / системный журнал> / dev / dsp
или какой-то другой журнал
или я думал об использовании звукового сигнала и загрузке процессора в него, чтобы изменить частоту