В статье "Monitor your Linux computer with machine-generated music (http://www-128.ibm.com/developerworks/opensource/library/os-...)" рассматривается применение звуковых последовательностей различного типа для информирования об изменении состояния работы контролируемой системы .
Например, степень загруженности CPU отображается через звук журчания воды и звуков леса разной интенсивности (ручей - все нормально, водопад - перегрузка).
Приводятся Perl скрипты для реализации описанной идеи, в качестве синтезатора используется ПО FluidSynth (http://www.nongnu.org/fluid/) и набор звуковых клише soundfonts (http://andrelouis.com/soundfonts/).URL: http://www-128.ibm.com/developerworks/opensource/library/os-.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=8889
звук журчания воды
dalneishaia associaziia pochemu-to ne s vodopadom ;)
А при зависании звук слива унитаза?
>А при зависании звук слива унитаза?
Нет, зловещая тишина :)
А при зависании унитаза?!?!
Забавно. И просто в реализации.
лучше привязывать к кондиционеру: загружен cpu - получи 45 градусов!!!
Так и вспоминается Ефремов! Наверное надо так:
Светлая мелодия в жёлтой тональности сообщала о том, что все системы работают нормально....
Когда компьютеры назывались ЭВМ и были большими, подобное звуковое сопровождение помоему было.
Взяли то, что дежурные у провайдеров используют уже лет так 15, да переиначили.
А можно поподробнее (примеры реализации у провайдеров)? Если есть возможность - со ссылочками ...
>А можно поподробнее (примеры реализации у провайдеров)? Если есть возможность - со
>ссылочками ...А вы документацию на тот же nagios почитайте. Он позволяет использовать свои обработчики
событий; у меня на работе, например, nagios при "падении" и "подъеме" важных серверов не
только подает свой "умолчальный" звуковой сигнал, но и формирует строку, которую передает
в festival для проговаривания. Все реализовано в обычном shell-скрипте. А пока nagios
молчит, демон musicpd спокойную музыку играет... :-)
дежурные у провайдеров пьют пиво до чёрной морды.
а сообщения принимают девки на ресепшине.
как емейлом, так и телефонограммой.
а если нет девки на ресепшине, чтобы фильтровать телефонограммы, то я боюсь этого слова, кто это, а не провайдер.
и набор звуковых клише soundfonts.
The page cannot be found
The page you are looking for might have been removed, had its name changed, or is temporarily unavailable.www.nongnu.org - так и не понял смысла сайта.
Голосовое оповещение очень удобная вещь, большое подспорье в работе. Так сложилось, что надо наблюдать за специализированым ПО и железом критичным к сбоям. С самого начала при построении системы мониторинга решил использовать человеческую речь. Теперь худ. фильмы из жанра фантастики с говорящими компами на космических кораблях, базах и т.д. кажутся не такими фантастическими. И здоровье не в убытке, хоть 2 глаза роскошь, а один необходимость, всё же смотреть в монитор приходится теперь несколько реже.
Ага. А при перегрузке эта звуковая сигнализация еще добавляет пару процентов к загрузке процессора... особенно эффективно, когда система засвапилась.Я видел гораздо более прикольную фишку: IBM PC RT (RISC-рабочая станция с BSD-Unix) имели на системном блоке панель на светодиодах (вроде как на персоналках с мегагерцами), только там отображалось количество активных процессов (т.е. ожидающих исполнения, не блокированных на системных вызовах). Данные выводило ядро, без всяких демонов. Так что последним, что ты видел при зависании от перегрузки (while(1) fork();) было "99". Только это уже не помогало.
А насчет голосового оповещения - его очень трудно настроить. Если есть шанс на массовый отказ - т.е. выход из строя одной системы приводит к нештатному функционирования другой - то от него больше вреда, чем проку. При построении массовых систем лучше оставить один-два сигнала - сводных, наличие неисправности разной важности. И все.
Настроить отображение нужной информации на каком-либо внешнем дисплее - задача совсем не сверхсложная, цена дисплея и небольшой микрухи к нему - совсем небольшая. Данные можно передавать по USB(надо найти открытую реализацию под RISC, где-то в нете валялась) либо RS-232, если последний есть ;)В ядро оное встроить - по желанию, если хочется похакать оное - пожалуйста =)
Но имхо оверхед от демона будет совсем несущественный
а у нас используется, в добавок к почте,
озвучка важных событий голосом.
сижу надиктовываю ;-)