MajorDoMo

Ron писал(а): ↑

Ср окт 31, 2018 2:32 pm

Имел ввиду запуск обнаружения от события какого,-либо обьета из системы, командой какой, пардон, не правильно выразил ранее мысль.

Такое уже себе записал, еще как только подняли этот вопрос.

Ron писал(а): ↑

Ср окт 31, 2018 2:32 pm

А 15-30 сек у меня чего-то не работал...
Подумал, что ограничение стоит на от 60 сек,не?

Ды нет, там логика такая:
1. Запускаем сканирование, дожидаемся его окончания;
2. Записываем результаты в объекты;
3. Ждем N секунд, указанные в настройках, и переходим к пункту 1.

SoulTaker писал(а):Такое уже себе записал, еще как только подняли этот вопрос.

Клас, спасиб!
По скану и алгоритму понял.
Тогда нужно будет посмотреть на нагрузки системы и все такое.. ну почему у меня не шустрило.
В общем если что накопаю - свистну.

Ron писал(а): ↑

Ср окт 31, 2018 2:51 pm

Тогда нужно будет посмотреть на нагрузки системы и все такое.. ну почему у меня не шустрило.

Может быть сам процесс сканирования занимает некоторое количество времени? Из за этого и кажется что есть какое то ограничение.

Ну да. Я погоняю из консоли и из модуля, одновременно буду отслеживать zabbix-ом , что бы потом сравнить графиками ручное управление и из модуля.
Возможно время сканирования еще не окончено было самим hcitool, а его уже передергивали.
Да и система то же работает на тучу другого, может не справлялась.
Я вон в логи системы залез вчера - мама родная! Туча не нужного обслуживается скриптами и ресурс жрет.
К примеру motion у меня жрал до 10% CPU времени.

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

SoulTaker писал(а): ↑

Ср окт 31, 2018 2:24 pm

А пока что вручную можно рулить установкой значения для свойства cycle_bluetoothdevicesAutoRestart объекта ThisComputer(1 = включить, 0 - отключить).

при ежесуточном рестарте циклов - это только на один день (

Logrus писал(а): ↑

Пт ноя 02, 2018 12:32 am

при ежесуточном рестарте циклов - это только на один день (

Это свойство, как и вообще рестарты циклов, обслуживаются самим мдм, а не модулем.

Logrus так тонко намекает, что продвинутые настройки нужны для глубоко-копальщиков или скажем так - продвинутых кастомщиков

SoulTaker писал(а): ↑

Ср окт 31, 2018 3:08 pm

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

Гибрид очень полезен, для не особо разбирающихся. Это верно.
У меня 6 девайсов по BT, включая часы, любящие заснуть ради экономии батарейки.
Полный цикл опроса-ответа при гибриде занимал 15-20 секунд. Вон оно че, Карл ))))
То есть не надо ставить менее 60 сек в модуле при гибриде, если много БТ девайсов (хотя 6 штук это же капля).
В итоге поставил 30 сек и ping в настройках.
Время на обработку еще есть, но не вижу смысла урезать, потому как и так шустро отрабатывает.

PS.Продолжаю мучать и себя то же )))

Отписываюсь )
Короче разгрузил систему, пытался затупить hcitool всякими рестартами и тупизной. А он гад как работает , подхваченный модулем, так и пашет.
Хоть по башке ему стучи, что бы сломался. ))))
К стати разгрузивши систему поставил гибрид и 15 секунд - работает без сбоев и реактивно.