Отправлено: 29.07.13 00:53. Заголовок: Ping Watchdog - нагрузки на процессор, опыты?

Доброе время суток!

Давно чушуться руки добавить функционал Ping Watchdog в модуль управления устройстами.
Часто бывают что виснут устройтва, в основном английский спутниковый приёмник Sky и сетевой проигрыватель Dune HD
(Кстати когда виснет Dune, два раза было что он полностью "клал" всю клиентскую сетку... притом только у одного клиента. как.. и почему до сих пор не понятно)

Вопрос собственно: На сколько консольный Ping загружает системные ресурсы, особенно на процессорах второй серии. сколько таких модулей можно практически запустить на процессоре, с пингом, скажем, каждые 5 минут.

Заранее спасибо!

 Отправлено: 30.07.13 00:20. Заголовок: Добрый вечер! Ping и..

Добрый вечер!
Ping и прочие методы "потыкать палочкой" в труп загружают скорее контроллер, чем устройства - Dune получает ICMP запрос только себе (он же не широковещательный), а контроллер будет пинать всё, и ему же следить за ответами.
Вот ещё моменты:
-кроме собственно ping есть прорва "сенсоров", и часто достаточно посылать какие-то пустые команды по основному управляющему соединению - типа посылаешь \x0D\x0A, а в ответ - MC3>
-устройство может помереть частично не угадаешь как. Например, вполне вменяемые спутниковые ресиверы внезапно перестают выдавать звук в HDMI на DM, а после перезагрузки - работают. И не поможет watchdog по видеосигналу, тут только в эксплуатации набирается статистика сбоев и там уже подумаешь, как их диагностировать.
-частоту этого самого ping стоит определять здраво подумав - с учетом "осмысленности действий" системы автоматики, например, если Dune никто не смотрит, достаточно будет проверять её раз в 5 минут, и перезагрузить после 3 неответов, и ещё раз перезагрузить, если 3 следующие ping тоже неуспешны, а третий раз - без толку; а вот через сутки - может быть, вдруг причина устранилась) А если Dune смотрят, то делать ping стоит чаще, чтобы Dune оказалась перезагружена раньше, чем милейший позвонит вам. Ну а если дозвонился - получишь "извините, по ходу всё само исправилось.."
-можно увлечься проверкой множества параметров, и делать виртуозные автоматические процедуры восстановления (например, при обнаруженном с помощью детектора движения подвисании картинки со спутникового ресивера включать вместо него другой ресивер, а на нём автоматом выбирать тот же канал) но как ни крути, симптоматическое лечение всегда опаздывает, лучше по возможности разобраться в причине проблемы и избавиться от неё - например, поставить лишний вентилятор, или обновить прошивку, или объяснить, что смотреть BD на Dune иногда не айс. Впрочем, второе не отменяет первого)
-иногда удачнее делать упреждеющие действия, даже до того, как обнаружена проблема, например перезагружать спутниковые ресиверы в 5:00 каждый день на всякий случай. Или вот ситуация - милые телеки Hantarex не всегда слушаются команд, и это не зависит от времени, прошедшего с момента включения, или выполения предыдущего переключения и т.д, просто на десятый раз он не выбирыет HDMI2, а потом ещё 10 переключений всё идёт на ура. И понять, что он не выбрал-таки HDMI2 можно - просто запросить текущий вход и выяснить, что он не сменился. Но быстрее и эффективней просто 15 раз подряд запросить этот чёртов HDMI2, и пользователь не будет ждать, пока контроллер убедится, что прошлая команда не выполнилась.

Удачи)

 Отправлено: 30.07.13 09:07. Заголовок: Все так. А вообще л..

Все так. А вообще лучший сенсор, определяющий наличие проблемы- сам клиент. Во времена начала нтв+hd глючные тюнера доставляли массу проблем, передача hdmi по двум витым парам переставала работать, первые сетевые плееры периодически клали сетку, и решили стандартно запитывать системы с одного автомата и через промежуточное нормальнозамкнутое реле, а от контроллера кидать в щит витую пару, на интерфейсе панели делали кнопку типа "все плохо" и систему перегружали обесточиванием, а затем тупо дискретными ик-командами поднимали.
Сейчас ситуация получше, но все равно я стараюсь запитывать ту же дюну и нтв-ху через реле, чтобы гарантированно их обресетить с пульта.

 Отправлено: 30.07.13 13:50. Заголовок: eoulianov: "загр..

eoulianov: "загружают скорее контроллер, чем устройства"
Именно про это я и спрашивал, я знаю что пинг само устройство не загружает. интересно как консольные пинги влияют на сам процессор второй серии, на сколько ему это в тягость.

beomaster: Да, устройства на ST-PC, кнопка "перегрузить" на второй странице управления каждого устройства, рядом с цветными "A B C D" включением субтитров и сменой языковых дорожек

Просто хочется автоматики. понятно что видео сенсор на зависшем приёмнике ничего не даст, по этому и думаю про пинг (хотя тоже не факт что GUI не завис, а сеть работает)
А по поводу 05:00 - никогда не знаешь когда клиент будет фильм смотреть, есть люди которые всю ночь что-то смотрят

P.S. Интересная штука. жалко только что контакты открыты

 Отправлено: 30.07.13 23:45. Заголовок: Я не замечал каких-т..

Я не замечал каких-то ужасных проблем при частом исполнении команд через символ Console. Думаю, можно запустить ping непрерывно (т.е. как только получили prompt, тут же слать команду снова) и посмотреть насколько возрастёт загруженность контроллера с помощью команды top. Я стараюсь, чтобы у контроллеров, к которым подключаются панели, на idle приходилось не менее 85% времени.

Реально контроллер грузится криво написанным кодом и зацикливающейся логикой в SIMPL. Особенно плохо, если приходится "разбирать" большой текстовый поток входящих событий.
Но тормоза на панелях могут быть не только из-за загрузки контроллера - может тормозить "красота" с полупрозрачными кнопками и Core3 UI, может быть забит канал - Cresnet, WiFi, или сама плата Ethernet на контроллер, например, рассылкой на все панели множества ненужных в данный момент фидбеков, или что-нибудь широковещательное сводит с ума Ethernet контроллер.

Если есть желание, можем собраться в представительстве или каком-нибудь баре - поболтать про диагностику проблем контроллеров и панелей и про отладку. Там витает идея чего-то вроде семинаров, не только для новичков)

 Отправлено: 30.07.13 23:50. Заголовок: Я бы с удовольствием..

Я бы с удовольствием пообщался с единомышленниками, к сожалению, по географическим признакам это невозможно :-(

Буду пробовать, сообщю о результатах!
правда, я еще не понял как можно замереть уровень загруженности процессора второй серии

 Отправлено: 31.07.13 09:51. Заголовок: на "быстрых"..

на "быстрых" контроллерах 2-й серии (AV2, PRO2, CP2*, ...) работает мониторинг времени исполнения, и консольной командой top можно выяснить, сколько какой процесс за последние несколько секунд употребил %% от процессорного времени. В маломощных контроллерах (DIN-AP2, QMI-RMC..) этого нет.
В вашем примере контроллер в одной консоли будет делать свой ping (я правильно понимаю?), а во второй - вы можете выполнять команду top.
Среди всех процессов самый важный - idle, процесс, который выполняется когда контроллер не нагружен. Нужно, чтобы ему оставалось порядка 85% этого самого времени, иначе в бою могут наблюдаться заметные запаздывания при нажимании кнопок на панелях.

 Отправлено: 31.07.13 14:43. Заголовок: Отчёт: Сделал модул..

Отчёт:

Сделал модуль, основанный на символе console и sio



Поместил в программу 6 модулей, 3 с IP рабочих устройств, 3 с IP из несуществующей подсетки.

Результаты эксперимента:
console - один. в то время как каждый модуль использует свой символ, выходы дублируются, включая от доступа к косолю через toolbox.
ping не имеет никакого влияния на загрузку процессора - за исключением...
Поставил частоту проверки - 1 минуту - все ок. нагрузка процессора 0.х%
поставил частоту проверки - 5 секунд - PRO2 накрылся полностью :-) не отвечал никак, пришлось держать SW-R перегружая.
поставил частоту проверки - 30 секунд - все ок. нагрузка 0.х%


Результатом очень доволен, громадное спасибо всем кто помог!!

 Отправлено: 07.11.15 05:10. Заголовок: Ищу альтернативный с..

Ищу альтернативный способ пропинговать ряд устройств. Метод описаный выше не годится для большого числа устройст, либо если на том же процессоре в другом слоте параллельно пингуется другое устройство через консоль. На яху пишут, что контроллеры второй серии вообще прерывают программу на время пинга, не уверен что это так. Какие идеи?

 Отправлено: 07.11.15 22:39. Заголовок: 2 идеи: 1. использо..

2 идеи:
1. использовать контроллер 3-й серии - там даже на RMC3 хватит ресурсов для неочевидного количества пингов, и
2. перенести эту задачу на PC - среди тьмы всяких ping monitorов выбрать с нужным функционалом - чтобы слал письма или в консольку по telnet в контроллер Crestron докладывал

 Отправлено: 08.11.15 04:46. Заголовок: использовать контрол..

цитата:

использовать контроллер 3-й серии - там даже на RMC3 хватит ресурсов для неочевидного количества пингов, и

Насчет 3ей сериии не соглашусь. PRO3 так подвисал, что даже переставал отвечать на нажатия на лицевой панели(10 запущенных программ, каждая раз в 10 сек пинговала).

 Отправлено: 08.11.15 12:45. Заголовок: Постарайтесь не испо..

Постарайтесь не использовать такие ядерные штуки в каждой из 10 программ)) Тут лучше наоборот - если в контроллере возможно одноновременное обращение к файлам, к консоли, к сети - то лучше стараться их разнести во времени (на уровне контроллера, а не отдельной программы), не запускать одновременно файловые операции, не использовать более одного символа консоли и в нём не забывать дожидаться промпта, стараться не делать много обмена по сети одноверменно (т.е. инициализацию делать последовательно). У меня этот пингующий модуль и на 2-й и на 3-й серии опрашивает адреса по списку запрос через секунду после получения ">" - это не наносит видимого ущерба исполнению.

 Отправлено: 14.09.17 19:02. Заголовок: p.vladi а можете мод..

p.vladi а можете модулем поделиться?
Сейчас появилась задача мониторить наличие в сети нескольких хостов.